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1. Scope 

The Wireless Application Protocol (WAP) is a result of continuous work to define an industry-wide specification for 
developing applications that operate over wireless communication networks. The scope for the WAP Forum is to define 
a set of specifications to be used by service applications. The wireless market is growing very quickly, and reaching 
new customers and services. To enable operators and manufacturers to meet the challenges in advanced services, 
differentiation and fast/flexible service creation WAP Forum defines a set of protocols in transport, security, 
transaction, session and application layers. For additional information on the WAP architecture, please refer to 
"Wireless Application Protocol Architecture Specification" [WAPARCH]. 



Provisioning is the process by which a WAP client is configured with a minimum of user interaction. The term covers 
both OTA provisioning and provisioning by means of, e.g., SIM cards. A WAP client may, for example, be provisioned 
with connectivity and application information by pushing configuration parameters over the air from a server to a WAP 
client. This specification defines the content encoding by what configuration parameters are presented to the WAP 
client in the provisioning framework. The content encoding is defined in terms of binary XML [WBXML] and is 
interpreted and handled at the application level of the WAP architecture. However, the handling and use of provisioned 
information is outside the scope of this specification. 

For an overview of the provisioning process architecture, please refer to "Wireless Application Protocol Provisioning 
Architecture Overview Specification", [PROVARCH], 
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3. Terminology and Conventions 

3.1. Conventions 

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", 
"RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC21 19]. 

All sections and appendixes, except "Scope", are normative, unless they are explicitly indicated to be informative. 

3.2. Definitions 

Addre ss Domain 

IP Domain or URL Domain 

Characteristics 

This document uses the term characteristics to define the characteristics of, typically, a Network Element (access 
point, proxy). The word is broad enough to be used in all the required contexts. 

Configuration Context 

A Configuration Context is a set of connectivity and application configurations typically associated with a single 
TPS. However, the Configuration Context can also be independent of any TPS. A TPS can be associated with 
several Configuration Contexts, but a TPS cannot provision a device outside the scope of the Configuration 
Contexts associated with that particular TPS. In fact, all transactions related to provisioning are restricted to the 
Configuration Contexts associated with the TPS. 

Connectivity document 

A particular instanc e of a XML docum e nt e ncoded according to thi s s p e cification. Th e MIME typ e of th e t e xtual 
docum e nt is tcxt/vnd.wap. connectivity xml. Th e MIME typ e of th e tok e nized docum e nt - is 
application/vnd. wap. conncctivity - yvbxmL 

Connectivity Information 

This connectivity information relates to the parameters and means needed to access WAP infrastructure. This 
includes network bearers, protocols, access point addresses as well as proxy addresses and Trusted Provisioning 
Server URLs. 

Default Proxy 

The default proxy, or home proxy, defines the preferred proxy of the configuration context. The preferred proxy 
is defined by the largest domain scope, and in case of conflict, is defined by the highest priority. Priority is 
defined as a function of order of discovery. 

Domain description 

The navigation and configuration information defines addresses and access parameters to connect to proxies. 
Each proxy can serve one or more domains. The DOMAIN can be a partial URL, expressing wildcard 
characteristics. 

www . service . com/protected/ 

www.service.com/ 

.service.com/ 

The DOMAIN of the proxy is defined as a parameter of the proxy characteristic. 
Logical Proxy 

A logical proxy is a set of physical proxies that MAY share the same WSP and WTLS context (shared session id 
value space). This implies that physical proxies within a logical proxy share the same WSP and WTLS session 
cache. For example, the device does not have to create a new WTLS session when switching from CSD to SMS 
if the target is the same logical proxy. 



WAP Forum™ Confidential 



© 2002, Wireless Application Protocol Forum, Ltd. 

All rights reserved 



WAP-292-ProvCont-20020815«d, Draft Version 15-Aug-2002 



Page 9 (7373) 



Network Access Point 

A physical access point is an interface point between the wireless network and the fixed network. It is often a 
RAS (Remote Access Server), an SMSC, a USSDC, or something similar. It has an address (often a telephone 
number) and an access bearer. 

Physical Proxy 

A physical proxy is a specific address with a proxy functionality. It can be the IP address plus port for an IP 
accessible proxy, or the SME-address plus port for an SMS accessible proxy. 

Provisioning document 

A particular instance of a XML document encoded according to this specification. The MIME-tvpe of the textual 
document is text/vnd.wap. connectiv ity-xml. The MIME-tvpe of the tokenized document is 
application/vnd. way. connectivity-wbxmL 

Proxy Discovery Mechanism 

A mechanism used to inform the client device that it should use another proxy to access the requested 



T rusted P rovisioning S erver 

A TPSrTrusted Provisioning Serve r (TPS) , is a source of provisioning information that can be trusted by a 
Configuration Context. They are the only entities that are allowed to provision the device with static 
configurations. In some cases, however, a single TPS is the only server allowed to configure the phone. 
Provisioning related to a specific TPS is restricted to Configuration Contexts that are associated with this TPS. 

Trusted Proxy 

The trusted (provisioning) proxy has a special position as it acts as a front end to a trusted provisioning server. 
The trusted proxy is responsible to protect the end-user from malicious configuration information. 

WAP Proxy 

The WAP proxy is an endpoint for the WTP, WSP and WTLS protocols, as well as a proxy that is able to access 
WAP content. A WAP Proxy can have functionality such as that of, for example, a WSP Proxy or a WTA Proxy. 

WSP Proxy 

A generic WAP proxy, similar in functionality to a HTTP proxy. It is a variant of a WAP Proxy. 
WTA Proxy 

The WTA Proxy is a Wireless Telephony proxy as defined by WAP. 



information. 



3.3. Abbreviations 



APN 

CDPD 

CHAP 

CSD 

DNS 

DTD 



ITSI 

MAN 

ME 

MIME 

NAP 

OTA 



GHOST 



GPRS 
GSM 



GUTS 
HTTP 
IP 



Access Point Name 

Cellular Digital Packet Data 

Challenge Handshake Authentication Protocol 

Circuit Swithed Data 

Domain Name System 

Document Type Definition 

GSM Hosted SMS Teleservice 

General Packet Radio Service 

Global System for Mobile communications 

General UDP Transport Service 

HyperText Transfer Protocol 

Internet Protocol 

Individual TETRA Subscriber Identity 
Mobitex Subscription Number 
Mobile Equipment 

Multipurpose Internet Mail Extensions 
Network Access Point 
Over The Air 
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WTLS 
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Wireless Transaction Protocol 


XML 


Extensible Mark-up Language 
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4. Architectural Overview 

Conn e ctivitv Provisioning documents are binary encoded XML documents [WBXML] with a special MIME type that is 
interpreted at the application level on the ME. The handling and use of the provisioned information is outside the scope 
of this specification. 

The XML DTD defines two elements; a CHARACTERISTIC element and a PARM element. The PARM element is 
used to provide values for the individual parameters, while the CHARACTERISTIC element is used to group 
parameters into logical entities that are related to a specific characteristic of the configuration space. Section 4.1 defines 
the XML DTD. 

The configuration space may be defined in terms of the following main characteristics: Parameters related to logical 
proxies, parameters related to physical proxies, parameters related to network access points (NAPs), parameters related 
to the bootstrap process, parameters related to (ME) vendor specific configuration and parameters related to Client 
Identity. Additional characteristics may easily be added later by defining new characteristic types and parameter names. 
ME implementations MUST be designed with this in mind. An overview of the data model is presented in section 4.2. 

Conn e ctivity p Provisioning has been defined so that each coim e ctivity provisioning document must be complete in the 
sense that information provided in one document cannot rely explicitly on information provided in another document. 
For example, if a physical proxy is to be used with a specific NAP, this NAP must be defined in the same 
conn e ctivity provisioning document. Implicit reference to information defined in other documents is allowed. This is, 
for example, the case when using the INTERNET as a value for the TO-N APID parameter, which means that reference 
is made to an arbitrary NAP definition that has an INTERNET parameter specified. 

Logical proxies (the PXLOGICAL characteristic) have a number of physical instances, i.e., physical proxies (the 
PXPHYSICAL characteristic). Each logical proxy has a name, an unique ID, a startpage URL, and some parameters 
like port number values that are shared between all physical instances of the logical proxy. 

Each proxy may serve one or several URL domains. Proxies may also vary in the protocols and services they support. 
To this end, PORT characteristics may be provided so that bindings between port numbers and protocols or services can 
be defined for each proxy. 

The physical proxies refer to a number of NAP definitions (the NAPDEF characteristic), which can be used with the 
physical proxy in question. A NAPDEF characteristic has to supply definitions for all the parameters that are relevant to 
a particular NAP. 

In the sections to follow, each of the characteristics and their associated parameters will be described along with the 
restrictions that apply to the occurrence and values of the parameters. 

4.1. Conn e ct i v i tv Provisioning Reference Information 

Conn e ctivitv Provisioning is an application of [XML] version 1.0. An implementation conforming to this specification 
MUST support the WAP-PROVISIONINGDOC DTD defined in this chapter. 

4.1.1. Document Identifiers 

4.1.1.1. SGML Public Identifier 

-//WAPFORUM//DTD PROV 1.0//EN 

4.1.1.2. Connectivity Media Type 

Textual form: 

text/vnd. wap. connectivity-xml 
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Tokenized form: 

applicat ion/vnd . wap . connect ivity-wbxml 

4.1.2. Document Type Definition 

The connectivit v provisioning document format is based on a very simple XML DTD: 
< ! -- 

Conncctivity Provisioning Document Type Definition 
Conncctivity Provisioninq is an XML language. Typical Usage: 

<?xml version="1.0"?> 

<! DOCTYPE doctypo wap-provisioningdoc PUBLIC public " - / /WAP FORUM / /DTD PROV 

1 . 0//EN" "http://www.wapforum.org/DTD/prov.dtd"> 

<wap-provisioningdoc> 

</wap-provisioningdoc> 
— > 



<! ELEMENT wap-provisioningdoc (characteristic*) > 
< ! ATTLIST wap-provisioningdoc 
version CDATA #IMPLIED 

> 

<! ELEMENT characteristic (parm*, characteristic* ) > 
<! ATTLIST characteristic 
type CDATA # REQUIRED 

> 

<! ELEMENT parm EMPTY> 
<! ATTLIST parm 

name CDATA # REQUIRED 

value CDATA #IMPLIED 

> 



4.2. Overview of Data Model 

The above XML DTD provides a flexible and extensible framework for parsing configuration parameters by means of 
PARM elements grouped by CHARACTERISTIC elements. The description of each of the possible PARM values and 
CHARACTERISTIC types is given in the following sections, while a short structural overview of the data model is 
given here. 

The notation is such that bold underlines indicates parameters used for links, italic indicates parameters affected by 
external events, plus (+) indicates that the parameter can occur 1 or more times, star (*) indicates that the parameter can 
occur 0 or more times, question mark (?) indicates that the parameter can occur 0 or 1 times, empty ( ) indicates that the 
parameter is required within the scope of the encapsulating characteristic and that it can occur only once. 



characteristic : PXLOGICAL *+ 
{ 

parm: PROXY-ID 
parm: PROXY- PW ? 
parm: PPGAUTH-TYPE ? 
parm: PROXY-PROVIDER-ID ? 
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parm: NAME 

parm: DOMAIN * 

parm: TRUST ? 

parm: MASTER ? 

parm: START PAGE ? 

parm: BASAUTH-ID ? 

parm: BASAUTH-PW ? 

parm: WSP-VERSION ? 

parm: PUSHENABLED ? 

parm: PULLENABLED ? 

characteristic: PXAUTHINFO * 
{ 

parm: PXAUTH-TYPE 
parm: PXAUTH-ID ? 
parm: PXAUTH-PW ? 

» 

characteristic: PORT * 
{ 

parm: PORTNBR 
parm: SERVICE * 

} 



characteristic: PXPHYSICAL + 
{ 

parm: PHYSICAL- PROXY- ID 

parm: DOMAIN * 

parm: PXADDR 

parm: PXADDRTYPE ? 
parm: PXADDR- FQDN ? 

parm: WSP-VERSION ? 

parm: PUSHENABLED ? 
parm: PULLENABLED ? 

parm: TO-NAPID + 

characteristic: PORT * 
{ 

parm: PORTNBR 
parm: SERVICE * 

} 

> 

} 



characteristic: NAPDEF * 
{ 

parm: NAP ID 
parm: BEARER * 
parm: NAME 
parm: INTERNET ? 
parm: NAP-ADDRESS 
parm: NAP-ADDRTYPE ? 
parm: DNS-ADDR * 
parm: CALLTYPE ? 
parm: LOCAL-ADDR ? 
parm: LOCAL-ADDRTYPE ? 
parm: LINKSPEED ? 
parm: DNLINKSPEED ? 
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parm: LINGER ? 

parm: DELIVERY-ERR-SDU ? 

parm: DELIVERY-ORDER ? 

parm: TRAFFIC-CLASS ? 

parm: MAX-SDU-SIZE ? 

parm: MAX-BITRATE-UPLINK ? 

parm: MAX-BITRATE-DNLINK ? 

parm: RESIDUAL-BER ? 

parm: SDU- ERROR- RAT 10 ? 

parm: TRAFFIC-HANDL-PRIO ? 

parm: TRANSFER- DELAY ? 

parm: GUARANTEED-BITRATE-UPLINK ? 

parm: GUARANTEED-BITRATE-DNLINK ? 

characteristic: NAPAUTHINFO * 
{ 

parm: AUTHTYPE 

parm: AUTHNAME ? 

parm: AUTHSECRET ? 

} 

characteristic: VALIDITY * 
{ 

parm: COUNTRY ? 

parm: NETWORK ? 

parm: SID ? 

parm: SOC ? 

parm: VALIDUNTIL ? 

} 



} 



characteristic: BOOTSTRAP * 
{ 

parm: NAME ? 
parm: NETWORK * 
parm: COUNTRY ? 
parm: PROXY- ID * 
parm: PROVURL ? 
parm: CONTEXT-ALLOW ? 

} 

characteristic : CLIENT IDENTITY ? 
{ 

parm: CLIENT-ID 

} 

characteristic: VENDORCONFIG * 
{ 

parm: NAME 



} 
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characteristic : APPLICATION * 
I ~~ ~ ~ 

parm: APPID 

parm: PROVIDER- ID ? 

parm: NAME ? 

parm: AACCEPT ? 

parm: APROTOCOL ? 

parm: TO-PROXY * 

parm: TO-NAPID * 

parm: ADDR * 

characteristic : APPADDR * 
{_ 

parm: ADDR 

parm: ADDRTYPE ? 

characteristic: PORT * 

{ 

parm: PORTNBR 

parm: SERVICE * 

L 

L 

characteristic : APPAUTH * 
{ 

parm: AAUTHLEVEL ? 

parm: AAUTHTYPE ? 

parm: AAUTHNAME ? 

parm: AAUTHSECRET ? 

parm: AAUTHDATA ? 

L 

characteristic : RESOURCE * 

L " 

parm: URI 

parm: NAME ? 

parm: AACCEPT ? 

parm: AAUTHTYPE ? 

parm: AAUTHNAME ? 

parm: AAUTHSECRET ? 

parm: AAUTHDATA ? 

parm: STARTPAGE ? 

L 

i 

4.3. Media Type Parameter 

The connectivity media type may contain security information, which is transported as parameters to the media type 
application/vnd.wap.connectivity-wbxml. The security information consists of the message authentication code and the 
security method. The parameters MAC and SEC have been defined for this purpose and these MUST be supported by 
the WAP client. 



Parameters 
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SEC 

The parameter specifies the security mechanism used (if it is not present, no security is used). If present it 
MUST take one of the values USERPIN, USERPINMAC, NETWPIN, USERNETWPIN ([PROVBOOT]). If 
the parameter MAC is provided, the parameter SEC MUST also be present. 

The parameter SEC can have the following values: 



Value 


:i ;X' v v.- 1 ; -.- Meaning 


0 


NETWPIN 


1 


USERPIN 


2 


USERNETWPIN 


3 


USERPINMAC 



MAC 

This parameter contains an even number of (upper case) hexadecimal digits used to authenticate the sender of 
the document and ensure integrity of the document. Quote characters MUST NOT be placed around the 
parameter value. The calculation of the MAC is defined in other provisioning specifications, such as the "WAP 
Provisioning Bootstrap Specification" ([PROVBOOT]). 

4.4. The WAP-PROVISIONINGDOC element 

This element encapsulates all the provisioned information. It has the following attribute: 



Attribute 



version 

An optional attribute that contains version information. The version for the current specification is the string 
" 1 TO". A ME MUST only use documents that either do not have this attribute or have a version number which 
matches the major version number of the provisioning content type that the ME understands. 

Increase of the minor version number indicates that the changes introduced are backward compatible with the 
previous version(s), whereas increase of the major version number indicates introduction of non-backward 
compatible changes. 

4.5. The CHARACTERISTIC element 

This element is used to group the provisioned information into logical units. It has a required type attribute, which can 
take on the following values: 

Attributes 
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type 

PXLOGICAL, PXPHYSICAL, PXAUTHINFO, PORT, NAPDEF, NAPAUTHINFO, VALIDITY, 
BOOTSTRAP, CLIENTIDENTITY, VENDORCONFIG . APPLICATION. APPADDR. APPAUTH. 
RESOURCE . 

A characteristic of a particular type can only accept certain parameters, and parameters defined in one 
characteristic can generally not be overwritten by another. 



;Y.' y \ ....... SY -.- -. ...v.. 

Value 


Meaning 


PXLOGICAL 


Definition of a logical proxy 


PXPHYSICAL 


Definition of a physical proxy 


PXAUTHINFO 


Definition of authentication information within a logical proxy 


PORT 


Defines port bindings 


NAPDEF 


Definition of a Network Access Point 


NAPAUTHINFO 


Definition of authentication information within a network access point 


VALIDITY 


Defines country, network, and/or period of time where a certain NAPDEF is valid 


BOOTSTRAP 


Defines parameters relevant for bootstrapping 


CLIENTIDENTITY 


Defines the client-ID 


VENDORCONFIG 


Vendor specific configuration 


APPLICATION 


Definition of eeneral application specific parameters. 


APPADDR 


Definition of application address information. 


APPAUTH 


Definition of application authentication information. 


RESOURCE 


Definition of resources within an application. 



4.5.1. Characteristics of type PXLOGICAL 

PXLOGICAL characteristics define logical proxies and may only occur at the root of a conn e ctivitv provisioning 
document. This characteristic MUST be supported by the WAP client. 

4.5.2. Characteristics of type PXPHYSICAL 

PXPHYSICAL characteristics convey information on physical instances of a logical proxy and should be listed 
according to priority inside a PXLOGICAL characteristic. The ME MAY choose to rely on the so defined priority to 
select a physical proxy. The ME MAY reuse WTLS sessions with all PXPHYSICAL defined in the scope of a single 
PXLOGICAL. For WSP sessions, on the other hand, the ME MAY use the suspend/resume functionality to move 
sessions between any of these physical proxies. This characteristic MUST be supported by the WAP client. 

4.5.3. Characteristics of type PXAUTHINFO 

PXAUTHINFO characteristics define the binding between a proxy authentication method and its corresponding 
authentication parameters. It may only occur with in a_PXLOGICAL characteristic. 
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4.5.4. Characteristics of type PORT 

PORT characteristics define the binding between a port number and one or more protocols or services. It may only 
occur in PXLOGICAL.-afid PXPHYSICAL . and APPADDR characteristics. This characteristic MUST be supported by 
the WAP client. 

4.5.5. Characteristics of type NAPDEF 

NAPDEF characteristics define network access points and may only occur at the root of a conn e ctivity provisioning 
document. This characteristic MUST be supported by the WAP client. 

4.5.6. Characteristics of type NAPAUTHINFO 

NAPAUTHINFO characteristics define the binding between an authentication method and its corresponding 
authentication parameters. It may only occur at the root of a NAPDEF characteristic. 

4.5.7. Characteristics of type VALIDITY 

The VALIDITY characteristic indicates the range (in time as well as in terms of country and network codes) where a 
certain NAPDEF is valid. It may only occur at the root of a NAPDEF characteristic. 

4.5.8. Characteristics of type BOOTSTRAP 

The BOOTSTRAP characteristic is used to define parameters of use during the bootstrap process. This characteristic 
may only occur within the root of the conn e ctivity p rovisioning document. 

4.5.9. Characteristics of type CLIENTIDENTITY 

Cli e ntld e ntitv CLIENTIDENTITY characteristics define a global identity. It may only occur at the root of a 
conn e ctivity provisioning document. 

4.5.10. Characteristics of type VENDORCONFIG 

The VENDORCONFIG characteristic is used for (ME) vendor specific provisioning. It may only occur at the root of a 
conn e ctivity provisioning document. 

4.5.1 1 . Characteristics of type APPLICATION 

The APPLICATION characteristic is used to define application protocol parameters and to describe the attributes of an 
application service access point available using the protocol This characteristic may only occur within the root of the 
connectivity document. 

4.5.12. Characteristics of type APPADDR 

The APPADDR characteristic is used to define address parameters for an application protocol. This characteristic may 
only occur within the APPLICATION characteristic. 

4.5.13. Characteristics of type APPAUTH 

The APPAUTH characteristic is used to specify authentication parameters related to an APPLICATION characteristic. 
This characteristic may only occur within the APPLICATION characteristic. 

4.5.14. Characteristics of type RESOURCE 

The RESOURCE characteristic is used to describe the resources available at an application service access point and 
access parameters related to them. This characteristic may only occur within the APPLICATION characteristic. 
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4.6. The PARM element 

The PARM element is a general purpose slot for various parameters of each characteristic. The attribute NAME of the 
element defines the usage of the element. 

A ^parameter with a type that does not add value can be omitted from the definition. For example, if proxy 
authentication is not performed then the parameter PXAUTH-TYPE can be omitted, and subsequently the parameters 
PXAUTH-ID and PXAUTH-PW can also be omitted. Some parameters, like the DOMAIN parameter , can be used 
multiple times within the characteristic. 

The PARM element MAY be used for providing provisioning parameters specific to an application service or 
application protocol. However, these SHOULD be registered with WINA TWINA1 to guarantee interoperability. The 
details on how the parameters defined in this specification are used SHOULD be registered with WINA. too. 

Attributes 

name 

The NAME of the parameter. Permitted values depend on the type of characteristics the PARM element is a 
sub-element of. 

value 

The VALUE of the parameter. Permitted values depend on the NAME attribute of the element. 

4.6.1. Parameters for PXLOGICAL characteristics 

The PXLOGICAL characteristic indicates the name and parameters needed to access a particular logical WAP Proxy 
from the wireless terminal. The PXLOGICAL characteristic is linked to a NAPDEF element to provide all the 
necessary access information. Note that the parameters listed below are described in the scope of this particular 
characteristic. 

Names and values of parameters 
PROXY-ID 

The PROXY-ID is used to define one logical WAP proxy entity. It is also used to link a proxy to session and 
security contexts. A PROXY-ID MUST be globally unique. Uniqueness MUST be obtained by either using a 
fully qualified Internet domain name (i.e. hostname as defined in section 3.2.2 of [RFC2396]) or a globally 
unique IP address (IPv4 [RFC791] in decimal format with dots as delimiters or IPv6 [RFC2373], as 
hexadecimal numbers with colons as delimiters or as a combination of hexadecimal and decimal numbers with 
dots and colons as delimiters). This parameter MUST be supported by the WAP client. 



PROXY-PW (0 or 1 entries) 

The PROXY-PW indicates the authentication password for the proxy. PROXY-ID and PROXY-PW are used 
as authentication parameters for push proxy authentication to the client. This parameter MUST be supported if 
the client supports OTA-HTTP services. 



PPGAUTH-TYPE (0 or 1 entries) 

The PPGAUTH-TYPE parameter links the PROXY-ID and PROXY-PW to an authentication method. 
Possible values are "HTTP-BASIC" and "HTTP-DIGEST" fPushOTAI. This parameter MUST be supported if 
the client supports OTA-HTTP services. 
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PROXY-PROVIDER-ID (0 or 1 entries) 

The PROXY-PROVIDER-ID is used to verify the identity of a proxy when using certificate based server 
authentication. If server certificate authentication is used, and the PROXY-PROVIDER-ID has been defined, 
then service credentials of the certificate MUST match the PROXY-PROVIDER-ID. The format MUST be 
either a fully qualified Internet domain name (i.e. hostname as defined in section 3.2.2 of [RFC2396]) or a 
globally unique IP address (IPv4 [RFC791] in decimal format with dots as delimiters or IPv6 [RFC2373], as 
hexadecimal numbers with colons as delimiters or as a combination of hexadecimal and decimal numbers with 
dots and colons as delimiters). 



NAME 

The NAME indicates a logical, user readable, identity (property) of the configuration element. This parameter 
MUST be supported by the WAP client. 



DOMAIN (0 to 4 entries) 

The DOMAIN parameter indicates a domain, for which the proxy is responsible. The proxy might support 
multiple domains. The DOMAIN parameter MUST be either in the syntax described in [PROVUAB] or an 
absolute URI [RFC2396]. If the DOMAIN parameter contains an IPv4-address, it MUST be given in decimal 
format with dots as delimiters as defined in [RFC2396]. If the DOMAIN parameter contains an IPv6-address 
[RFC2373], it MUST be given as hexadecimal numbers with colons as delimiters or as a combination of 
hexadecimal and decimal numbers with dots and colons as delimiters. If the DOMAIN parameter is missing, 
this MUST be interpreted as if an empty value was given. This parameter MUST be supported by the WAP 
client. 



TRUST (0 or 1 entries) 

The TRUST can be used to define that a particular proxy is trusted. For example, provisioning information 
received from the trusted proxy can be accepted. Note that it is possible that the user does not have a trusted 
proxy. The trusted proxy does not have to be the home (default) proxy. The parameter does not take a value. 



MASTER (0 or 1 entries) 

The MASTER is used to define that a particular proxy is allowed to send navigation documents to the device, 
using the Proxy Discovery Mechanism defined in [E2ESEC]. The parameter does not take a value. 



STARTPAGE (0 or 1 entries) 

The STARTPAGE parameter MUST be an absolute URI [RFC2396] and defines the homepage or start page 
associated with the services accessible from the proxy. The STARTPAGE MAY be used to provide different 
services to different users. If the scheme is missing from the STARTPAGE parameter, then "http" is assumed. 
This parameter MUST be supported by the WAP client. 



BASAUTH-ID (0 or 1 entries) 

The BASAUTH-ID indicates the basic authentication identifier for the startpage. This parameter MUST be 
supported by the WAP client. 



BASAUTH-PW (0 or 1 entries) 

The BASAUTH-PW indicates the basic authentication password for the startpage. This parameter MUST be 
supported by the WAP client. 
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WSP- VERSION (0 or 1 entries) 

The WSP-VERSION indicates the WSP encoding version that the proxy in question supports. The format of 
this parameter is an integer representing the major version number followed by a "." and an integer 
representing the minor version number. If the parameter is not present or if no value is given, then the default 
value 1 .2 should be assumed. 



PUSHENABLED (0 or 1 entries) 

This parameter takes one of the values 0 or 1. If the value is 1 for a given logical proxy, this proxy will support 
push. The ME is consequently advised to enable push. If the value is 0 for a given logical proxy, this proxy 
will not support push. If the parameter is not present or if no value is given, then the default value 0 should be 
assumed. The parameter is advisory only and an ME might override the recommendation. In particular, it 
MUST be ignored if a SERVICE associated with the proxy always supports push. 



PULLENABLED (0 or 1 entries^ 

This paramet er takes one of the values 0 or 1. If the value is 1 for a given logical proxy, this proxy will support 
pull. If the val ue is 0 for a given logical proxy, this proxy will not support pull. If the parameter is not present 
or if no value is given, then the default value 1 should be assumed. The parameter is advisory only and an ME 
might override the recommendation. In particular, it MUST be ignored, if a SERVICE associated with the 
proxy always supports pull. 



4.6.2. Parameters for PXPHYSICAL characteristics 

The PXPHYSICAL characteristic is only allowed to be used within the characteristic of a logical PROXY. Note that the 
parameters listed below are described in the scope of this particular characteristic. 

Names and values of parameters 

PHYSICAL-PROXY-ID 

The PHYSICAL-PROXY-ID is used to define one physical WAP proxy entity. The PHYSICAL-PROXY-ID 
MUST be unique within its enclosed structure, i.e. within the PXLOGICAL characteristic. This parameter 
MUST be supported by the WAP client. 



DOMAIN (0 to 4 entries) 

The DOMAIN parameter indicates a domain, for which the proxy is responsible. The proxy might support 
multiple domains. The DOMAIN parameter MUST be either in the syntax described in [PROVUAB] or an 
absolute URI [RFC2396]. If the DOMAIN parameter contains an IPv4-address, it MUST be given in decimal 
format with dots as delimiters as defined in [RFC2396]. If the DOMAIN parameter contains an IPv6-address 
[RFC2373], it MUST be given as hexadecimal numbers with colons as delimiters or as a combination of 
hexadecimal and decimal numbers with dots and colons as delimiters. 

The domain definition must be interpreted as a subset of all the URI defined by the domain parameter of 
PXLOGICAL. The DOMAIN is used to select the physical instance of the logical proxy, and thus for example 
bearer and network access point. If no DOMAIN parameter is supplied for a physical proxy definition, the 
corresponding parameter value from the logical proxy definition is assumed to apply for the physical proxy as 
well. 



PXADDR 
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The PXADDR can store addresses of different kinds, for example an IP address or a SME number. The type of 
address in the field is defined by the PXADDRTYPE parameter. This parameter MUST be supported by the 
WAP client. 



PXADDRTYPE 


Content of PXADDR 


IPV4 


An IPv4 address [RFC791] represented in decimal format with dots as delimiters 


IPV6 


An IPv6 address [RFC2373] represented as hexadecimal numbers with colons as 
delimiters or as a combination of hexadecimal and decimal numbers with dots 
and colons as delimiters 


E164 


A phone number according to the El 64 scheme [GENFORM] 


ALPHA 


Generic alphanumeric address (as defined by alphanum in [RFC2396]) 



PXADDRTYPE (0 or 1 entries) 

The PXADDRTYPE indicates the format and the interpretation of the PXADDR attribute. The 
PXADDRTYPE can indicate an IP address, a phone number according to the El 64 scheme, or a generic 
alphanumeric address format. If the parameter is not present or if no value is given, the default value IPV4 
should be assumed. This parameter MUST be supported by the WAP client. 

Value 

IPV4 (default) 

IPV6 

E164 

ALPHA 



PXADDR-FODN (0 or 1 entries^ 

The PXADDR-FQDN parameter can store a proxy address given as a fully qualified domain name. A 
PXADDR-FODN MUST be a flillv qualified Internet domain name (i.e. hostname as defined in section 3.2.2 
offRFC2396D. 



WSP- VERSION (0 or 1 entries) 

The WSP-VERSION indicates the WSP encoding version that the proxy in question supports. The format of 
this parameter is an integer representing the major version number followed by a "." and an integer 
representing the minor version number. If no WSP-VERSION parameter is supplied for a physical proxy 
definition, the corresponding parameter value from the logical proxy definition is assumed to apply for the 
physical proxy as well. 



PUSHENABLED (0 or 1 entries) 

This parameter takes one of the values 0 or 1. If the value is 1 for a given physical proxy, this physical proxy 
will support push. The ME is consequently advised to enable push. If the value is 0 for a given physical proxy, 
this proxy will not support push. If no PUSHENABLED parameter is supplied for a physical proxy definition, 
the corresponding parameter value from the logical proxy definition is assumed to apply for the physical proxy 
as well. The parameter is advisory only and an ME might override the recommendation. In particular, it MUST 
be ignored if a SERVICE associated with the proxy always supports push. 



PULLENABLED (0 or 1 entries^ 

This parameter takes one of the values 0 or 1. If the value is 1 for a given physical proxy, this physical proxy 
will support pull. If the value is 0 for a given physical proxy, this proxy will not support pull. If no 
PULLENABLED parameter is supplied for a physical proxy definition, the corresponding parameter value 



WAP Forum™ Confidential 



© 2002, Wireless Application Protocol Forum, Ltd. 

All rights reserved 



WAP-292-ProvCont-2002081 5-d, Draft Version 1 5-Aug-2002 Page 23 (7373) 



from the logical proxy definition is assumed to apply for the physical proxy as well. The parameter is advisory 
only and an ME might override the recommendation. In particular, it MUST be ignored, if a SERVICE 
associated with the proxy always supports pull. 



TO-NAPID (1 or more entries) 

This parameter refers to a network access point with a matching NAPID parameter. It is only possible to refer 
to network access points defined within the same conn e ctivitv provisioning document (except if the 
INTERNET attribute is set in the NAPDEF). Several TO-NAPID parameters may be listed for a given 
physical proxy. The order of the list indicates the priority of the individual network access points. However, 
client preferences MAY also be considered which might affect the priority order (see also [PROVUAB]). One 
TO-NAPID has a special predefined meaning. If the TO-NAPID is INTERNET, it implies that the ME can 
select any network access point with the attribute INTERNET defined. This parameter MUST be supported by 
the WAP client. 

4.6.3. Parameters for PXAUTHINFO characteristics 

The PXAUTHINFO characteristic is only allowed to be used within a PXLOGICAL characteristic. Note that the 
parameters listed below are described in the scope of this particular characteristic. 

PXAUTH-TYPE 

The PXAUTH-TYPE indicates the proxy authentication method: HTTP proxy authentication or WTLS 
methods. Possible values are ^HTTP-BASICl, ^HTTP-DIGEST: and ^WTLS--SS^. This parameter does not 
indicate the actual authentication method to use when connecting to the proxy, but links the authentication 
parameters PXAUTH-ID and PXAUTH-PW to an authentication method. The PXAUTH-TYPE MUST be 
unique within its enclosed structure, i.e. within the PXLOGICAL characteristic. 



PXAUTH-ID (0 or 1 entries) 

The PXAUTH-ID indicates the proxy authentication identifier. If it is missing then the global id of the device 
should be used (see section 6.4). The global identifier can be defmed for example using the Clientld e ntity 
CLIENTIDENTITY characteristic. 



PXAUTH-PW (0 or 1 entries) 

The PXAUTH-PW indicates the proxy authentication secret. The usage of the parameter is defined by the 
PXAUTH-TYPE. 

4.6.4. Parameters for PORT characteristics 

The PORT characteristic is only allowed to be used within a-PXLOGICAL,^r-a-PXPHYSICAL , or APPADDR 
characteristics. Note that the parameters listed below are described in the scope of this particular characteristic. 

Names and values of parameters 

PORTNBR 

The PORTNBR parameter contains the value of the port number. The port number must be given as a decimal 
number and must fit within the range of a 16 bit unsigned integer. The PORTNBR MUST be unique within its 
enclosed structure, i.e. within the PXLOGICAL^-orf*© PXPHYSICA U or APPADDR characteristic. 

If the port number is well known fWAPWDPI II ANAL then the service behind the port is implied and the 
parameter SERVICE MAY be omitted [WAPWDP] . If the port number is not well known, then no service is 
implied and the service behind the port is defined in parameter SERVICE. If the port number is not well 
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known and the parameter SERVICE is omitted, then the ME MUST assume a service according to its 
preferences. 

If the parameter SERVICE is present, then the definition in the SERVICE parameter overrides the implicit 
meaning. 

This parameter MUST be supported by the WAP client. 



SERVICE (0 or more entries) 

The SERVICE parameter specifies which service is available behind this particular port number. Possible 
values are defined in the table below. The service can also be indicated by a well known port number being 
given as SERVICE. The format of this port number is as defined in PORTNBR. This parameter MUST be 
supported by the WAP client. 



Service 


Explanation 


CL-WSP 


WAP connection-less session service 


CO-WSP 


WAP session service 


CL-SEC-WSP 


WAP secure connection-less session service 


CO-SEC-WSP 


WAP secure session service 


CO-SEC-WTA 


WAP WTA secure session service (over WSP) 


CL-SEC-WTA 


WAP WTA secure connection-less session service Cover WSP) 


OTA-HTTP-TO 


OTA-HTTP service (push), TO-TCP TPushOTAl 


OTA-HTTP-TLS-TO 


OTA-HTTP secure service fousM, TO-TCP TPushOTAl 


OTA-HTTP-PO 


OTA-HTTP service (push), PO-TCP [PushOTAl 


OTA-HTTP-TLS-PO 


OTA-HTTP secure service (push), PO-TCP [PushOTAl 



4.6.5. Parameters for NAPDEF characteristics 

This section defines permitted parameters for the NAPDEF type of the characteristic, i.e. the names and parameters 
needed to access the backbone data network from the wireless terminal. Note that the parameters listed below are 
described in the scope of this particular characteristic. 

Names and values of parameters 

NAPID 

The NAPID is used to link to the TO-NAPID parameter of the PXPHYSICAL characteristic. The NAPID 
MUST be unique within its enclosed structure, i.e. within the configuration context. This parameter MUST be 
supported by the WAP client. 



BEARER (0 or more entries) 

The BEARER indicates which network type (in addition to address type) the definition is valid for. This 
parameter MUST be supported by the WAP client. 

Value 

GSM-USSD 

GSM-SMS 

ANSI-136-GUTS 

IS-95-CDMA-SMS 

IS-95-CDMA-CSD 

IS-95-CDMA-PACKET 

ANSI-136-CSD 
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ANSI-136-GPRS 

GSM-CSD 

GSM-GPRS 
AMPS-CDPD 

PDC-CSD 

PDC-PACKET 

IDEN-SMS 

IDEN-CSD 

IDEN-PACKET 

FLEX/REFLEX 

PHS-SMS 

PHS-CSD 

TETRA-SDS 
TETRA-PACKET 
ANSM36-GHOST 
MOBITEX MPAK 



NAME 

The NAME indicates a logical, user readable, identity (property) of the configuration element. In the NAPDEF 
element it typically indicates the "owner" of the RAS, and if the element is to be used while in the home 
network or while roaming. This parameter MUST be supported by the WAP client. 



INTERNET (0 or 1 entries) 

This parameter does not take any values. If it is present, it indicates that the network access point can be used 
to access proxies that are located on an IP-routable network segment, which is generic within the scope of the 
configuration context. The existence of the parameter does not imply that the IP routable network that can be 
accessed is similar in scope to the world wide Internet. 



NAP-ADDRESS 

Contains all the digits and pauses needed to communicate with a remote entity and is defined in [GENFORM]. 
The format and the content of the parameter depend on the bearer type. The NAP-ADDRESS might contain 
for example 

• The phone number of an access router 

• A calling card dialling sequence 

• A GPRS APN, which is an indirect address that has to be resolved by a network specific DNS 
mechanism. 

• An address of an SMSC, or any other message centre 

The NAP-ADDRESS should be in international format whenever possible, for example using the "+" notation 
as in GSM. 

The type of address in the NAP- ADDRESS field is defined by the NAP-ADDRTYPE parameter. This 
parameter MUST be supported by the WAP client. 



NAP-ADDRTYPE 


Content of NAP-ADDRESS 


IPV4 


An IPv4 address [RFC791] represented in decimal format with dots as delimiters 


IPV6 


An IPv6 address [RFC2373] represented as hexadecimal numbers with colons as 
delimiters or as a combination of hexadecimal and decimal numbers with dots 
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and colons as delimiters 


E164 


A phone number according to the El 64 scheme [GENFORM] 


ALPHA 


Generic alphanumeric address (as defined by alphanum in [RFC2396]) 


APN 


A GPRS APN as defined in [GENFORM] 


SCODE 


A USSD service code as defined in [GENFORM] 


TETRA-ITSI 


A TETRA SDS address with digits in decimal format [WAPWDP] 


MAN 


A Mobitex MAN address with digits in decimal format [WAPWDP] 



NAP-ADDRTYPE (0 or 1 entries) 

The NAP-ADDRTYPE indicates the format of the address in the NAP-ADDRESS. This parameter MUST be 
supported by the WAP client. 

-: ' " ' : ' ^ Value ; " i : 

IPV4 

IPV6 

E164 (default) 

ALPHA 

APN 

SCODE 

TETRA-ITSI 

MAN 



CALLTYPE (0 or 1 entries) 

Some bearers may support different types of calls or different protocols to be used for data exchange. The 
CALLTYPE parameter is used to define this protocol or call type. If the parameter is not present or if no value 
is given, the default value ANALOG-MODEM should be assumed. 

1'' • Value..' I 

ANALOG-MODEM (default) 

V.120 

V.110 

X.31 

BIT-TRANSPARENT 

DIRECT— ASYNCHRONOUS—DATA— SERVICE 



LOCAL-ADDR (0 or 1 entries) 

If this parameter is provided, it defines the local address of the WAP Client according to the format specified 
by the LOCAL- ADDRTYPE parameter. 



The type of address in the LOCAL-ADDR field is defined by the LOCAL-ADDRTYPE parameter. 



LOCAL- ADDRTYPE 


Content of LOCAL-ADDR 


IPV4 


An IPv4 address [RFC791] represented in decimal format with dots as 
delimiters 


IPV6 


An IPv6 address [RFC2373] represented as hexadecimal numbers with 
colons as delimiters or as a combination of hexadecimal and decimal 
numbers with dots and colons as delimiters 



LOCAL-ADDRTYPE (0 or 1 entries) 
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The LOCAL- ADDRTYPE indicates the format of the address in the LOCAL- ADDR parameter. If the 
parameter is not present or if no value is given, the default value IPV6 should be assumed. 



Value 

IPV4 

IPV6 (default) 



DNS- ADDR (0 or more entries) 

The DNS-ADDR can store the address of a DNS server. If the client implements fWDNSI this parameter 
MUST be supported. If this parameter is supported, at least two entries MUST be supported. 
The address format SHALL conform to the following table. It is the responsibility of the client to distinguish 
between the two address types. 



Address type 


Format of DNS-ADDR 


IPv4 


An IPv4 address [RFC791] represented in decimal format with dots as delimiters 


IPv6 


An IPv6 address [RFC23731 represented as hexadecimal numbers with colons as 


delimiters or as a combination of hexadecimal and decimal numbers with dots 


and colons as delimiters 



LINKSPEED (0 or 1 entries) 

Defines the speed on the up-link channel and optionally the down-link channel for circuit switched bearers. 
Possible values are "autobauding" or a number (baud in decimal format). 



DNLINKSPEED (0 or 1 entries) 

Defines the speed on the down-link channel for circuit switched bearers. Possible values are "autobauding" or 
a number (baud in decimal format). If this parameter is missing or if the ME does not support different up- and 
down- link speeds, the value of the LINKSPEED parameter may be assumed to be effective for the down-link 
channel as well. 



LINGER (0 or 1 entries) 

The LINGER parameter is used to define how long a connection should be kept active without any traffic. The 
parameter value is a decimal value expressed in seconds. 



DELIVERY-ERR-SDU (0 or 1 entries) 

The DELIVERY-ERR-SDU parameter indicates whether SDUs detected as erroneous shall be delivered or 
discarded. Values are defined in [3GPP24008] and are represented as hexadecimal numbers. 



DELIVERY-ORDER (0 or 1 entries) 

The DELIVERY-ORDER parameter indicates whether the PDP context bearer shall provide in-sequence SDU 
delivery or not. Values are defined in [3GPP24008] and are represented as hexadecimal numbers. Bits not part 
of the DELIVERY-ORDER parameter are set to zero, e.g. the value "with delivery order" is represented as 
0x08. 



TRAFFIC-CLASS (0 or 1 entries) 
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The TRAFFIC-CLASS defines the type of application for which the PDP context bearer service is optimised. 
For class descriptions see [3GPP23 107] and values are defined in [3GPP24008]. The values are represented as 
hexadecimal numbers. Bits not part of the TRAFFIC-CLASS parameter are set to zero, e.g. the value 
"interactive class" is represented as 0x60. 



MAX-SDU-SIZE (0 or 1 entries) 

The MAX-SDU-SIZE parameter defines the maximum allowed SDU size and is used for admission control 
and policing. Values are defined in [3GPP24008] and are represented as hexadecimal numbers. 



MAX-BITRATE-UPLINK (0 or 1 entries) 

The MAX-BITRATE-UPLINK parameter defines the maximum number of bits delivered during a period of 
time in uplink. Values are defined in [3GPP24008] and are represented as hexadecimal numbers. 



MAX-BITRATE-DNLINK (0 or 1 entries) 

The MAX-BITRATE-DNLINK parameter defines the maximum number of bits delivered during a period of 
time in downlink. Values are defined in [3GPP24008] and are represented as hexadecimal numbers. 



RESIDUAL-BER (0 or 1 entries) 

The RESIDUAL-BER parameter indicates the undetected bit error ratio in the delivered SDUs. Values are 
defined in [3GPP24008] and are represented as hexadecimal numbers. Bits not part of the RESIDUAL-BER 
parameter are set to zero, e.g. the value "l*10' 5n is represented as 0x70. 



SDU-ERROR-RATIO (0 or 1 entries) 

The SDU-ERROR-RATIO parameter indicates the fraction of SDUs lost or detected as erroneous and is 
defined only for conforming traffic. Values are defined in [3GPP24008] and are represented as hexadecimal 
numbers. 



TRAFFIC-HANDL-PRIO (0 or 1 entries) 

The TRAFFIC-HANDL-PRIO parameter specifies the relative importance for handling of all SDUs belonging 
to the PDP context bearer compared to the SDUs of other bearers. Values are defined in [3GPP24008] and are 
represented as hexadecimal numbers. 



TRANSFER-DELAY (0 or 1 entries) 

The TRANSFER-DELAY parameter indicates the maximum delay for 95 th percentile of the distribution of 
delay for all delivered SDUs during the lifetime of a bearer service. Delay for an SDU is defined as the time 
from a request to transfer an SDU at one SAP to its delivery at the other SAP. Values are defined in 
[3GPP24008] and are represented as hexadecimal numbers. Bits not part of the TRANSFER-DELAY 
parameter are set to zero, e.g. the value "300 ms" is represented as 0x48. 



GUARANTEED-BITRATE-UPLINK (0 or 1 entries) 

The GUARANTEED-BITRATE-UPLINK parameter indicates the guaranteed number of bits delivered by the 
PDP context at a SAP within a period of time, divided by the duration of the period. Values are defined in 
[3GPP24008] and are represented as hexadecimal numbers. 
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GUARANTEED-BITRATE-DNLINK (0 or 1 entries) 

The GUARANTEED-BITRATE-DNLINK parameter indicates the guaranteed number of bits delivered by the 
PDP context at a SAP within a period of time, divided by the duration of the period. Values are defined in 
[3GPP24008] and are represented as hexadecimal numbers. 

4.6.6. Parameters for NAPAUTHINFO characteristics 

The NAPAUTHINFO characteristic is only allowed to be used within a NAPDEF characteristic. Note that the 
parameters listed below are described in the scope of this particular characteristic. 

AUTHTYPE 

The AUTHTYPE is a parameter indicating the authentication protocol. Possible values are PAP and CHAP. 
This parameter does not indicate the actual authentication method to use when connecting to the network 
access point, but links the authentication parameters AUTHNAME and AUTHSECRET to the authentication 
method. The AUTHTYPE MUST be unique within its enclosed structure, i.e. within the NAPDEF 
characteristic. 



AUTHNAME (0 or 1 entries) 

The AUTHNAME parameter can contain the id (plaintext) needed to authenticate the user. This parameter is 
only needed if the AUTHTYPE parameter takes one of the values PAP or CHAP. 



AUTHSECRET (0 or 1 entries) 

The AUTHSECRET parameter can contain the password (plaintext) needed to authenticate the user. This 
parameter is only needed if the AUTHTYPE parameter takes one of the values PAP or CHAP. 

4.6.7. Parameters for VALIDITY characteristics 

The VALIDITY element is used to define country code and network code parameters, or system identity and system 
operator code parameters, as well as the period of time in which a certain NAPDEF is valid. If NETWORK is defined, 
then COUNTRY MUST be present. If SID is defined, then SOC MUST be present. The VALIDITY characteristic is 
only allowed to be used within the characteristic of type NAPDEF. Note that the parameters listed below are described 
in the scope of this particular characteristic. 

Names and values of parameters 

COUNTRY (0 or 1 entries) 

The COUNTRY indicates a Mobile Country Code as defined by ITU-T [E212]. The parameter is used to 
identify what resources to use when a mobile is in its home network or when the mobile is roaming. The 
COUNTRY MUST be unique within its enclosed structure, i.e. within the NAPDEF characteristic. 



NETWORK (0 or 1 entries) 

The NETWORK indicates a list of comma separated Mobile Network Codes in decimal format as defined by 
ITU-T [E212]. The parameter is used to identify what resources the mobile should use when it is registered to 
a particular network. 



SID (0 or 1 entries) 

The SID indicates a list of comma separated System IDs in decimal format as defined by [TIA/EIA-136- 
005 A]. The parameter is used to identify what resources the mobile should use when it is registered to a 
particular network. 
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SOC (0 or 1 entries) 

The SOC indicates a System Operator Code as defined by [TIA/EIA-136-005A]. The parameter is used to 
identify what resources the mobile should use when it is registered to a particular network. The SOC MUST be 
unique within its enclosed structure, i.e. within the NAPDEF characteristic. 



VALIDUNTIL (0 or 1 entries) 

Defines the end of the (time) period of validity. The parameter is expressed in seconds, from the time it is 
received by the client device. 

4.6.8. Parameters for BOOTSTRAP characteristics 

This section defines permitted parameters for the BOOTSTRAP characteristic. This characteristic is typically used 
within the bootstrap message. If NETWORK is defined, then COUNTRY MUST be present. Note that the parameters 
listed below are described in the scope of this particular characteristic. 

If a provisioning document contains a PROVURL the PROVURL MUST be present only once in the provisioning 
document. The provisioning document may still contain multiple BOOTSTRAP characteristics but only one of them 
may contain a PROVURL. If the PROVURL is present in a BOOTSTRAP characteristic. NETWORK and COUNTRY 
MUST NOT be present in the same characteristic, since these are used to specify parameter settings for roaming 
purposes and the PROVURL is the unique identifier for the entire configuration context. 

Names and values of parameters 

NAME (0 or 1 entries) 

The NAME indicates a logical, user readable, identity (property) of the configuration context. 



NETWORK (0 or more entries) 

The NETWORK parameter MUST contain a decimal value that indicates for which network code (as defined 
in ITU-T [E212]) the bootstrap information is valid. 



COUNTRY (0 or 1 entries) 

The COUNTRY parameter defines the Mobile Country Codes as defined by ITU-T [E212]. The parameter is 
used to identify which country code the bootstrap information is valid. 



PROXY-ID (0 or more entries) 

The PROXY-ID parameter contains the ID of a proxy that is available with this particular set of bootstrap 
information. It is only possible to refer to proxies defined within the same conn e ctivit y provisioning document. 



PROVURL (0 or 1 entries) 

The PROVURL MUST be an absolute URI [RFC2396] and defines the authority and path of the TPS. The 
path of a request can be extended, and still be within the scope of the TPS, but it cannot be shortened. The 
URL to be used to contact the Trusted Provisioning Server, for example, for requests for re-provisioning 
(roaming). The PROVURL MUST be globally unique and is the unique identifier of the configuration context. 
If the scheme is missing from the PROVURL parameter, then "http" is assumed. 
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CONTEXT-ALLOW (0 or 1 entries) 

The CONTEXT-ALLOW parameter defines how many additional configuration contexts the privileged 
context allows to the ME to support. If the parameter is present but no value is given, the default value 0 
should be assumed. If the parameter is omitted it has no impact on the number of configuration contexts 
allowed. It may have the following values: 



Value 


Meaning 


0 


No other configuration context than the privileged context is 
allowed (default) 


1...254 


Describes how many ADDITIONAL configuration contexts 
beyond the privileged context are allowed. If the value exceeds 
the maximum number of supported contexts of the ME, the 
maximum number of supported contexts is used instead 


255 


Allows for the use of the maximum number of configuration 
contexts the ME supports 



4.6.9. Parameters for CLIENTIDENTITY characteristics 

The CLIENT ID CLIENTIDENTITY characteristics may be used to provide ME identity. Note that the parameters 
listed below are described in the scope of this particular characteristic. 

Names and values of parameters 

CLIENT-ID 

The identifier of the mobile device, which for example could be the assigned-client-id as defined in 
[CLIENTID]. The parameter CLIENT-ID MUST NOT be defined more than once in a configuration context 
as it is global within the context. 

4.6.10. Parameters for VENDORCONFIG characteristics 

The VENDORCONFIG characteristics may be used to provide (ME) vendor specific configuration parameters. Note 
that the parameters listed below are described in the scope of this particular characteristic. 

Names and values of parameters 
NAME 

The name of the product. The NAME MUST be unique within its enclosed structure, i.e. within the 
configuration context. 

The actual configuration data is provided by means of vendor specific parameter names and values. 

4.6.1 1 . Parameters for APPLICATION characteristics 

The APPLICATION characteristic provides parameters that a WAP client needs to access a particular application 
service access point. This may be, for example, a particular Multimedia Messaging Service Centre or some e-mail 
server. The APPLICATION characteristic is linked to proxy and network access point definitions that are appropriate in 
the case of this particular application service point. Note that the parameters listed below are described in the scope of 
this particular characteristic. 

If this characteristic is supported the WAP client MUST support the parameters APPID. PROVIDER-ID and ADDR, as 
well as inclusion of APPADDR characteristics. 
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Names and values of parameters 
APPID 

The APPID identifies the type of the application service available at the descri bed application service access 
point. The value is expected to be globally unique. The following name spaces may be used in identifying the 
application: 

- X- WAP- Application-ID values registered with WINA TWINA1. This type of APPID is encoded as a string 
using the hexadecimal representation of the registered numeric X- WA P- Application-ID prefixed by the letter 
"w". For instance, vou would indicate the Multimedia Messaging Service (ur n:x-wap-application:mms.ua) 
with the value "w4". A WAP client MUST recognise this type of APPID. 

, port number values registered with I AN A [IANA1. This type of APPID i s encoded as a string using the 
decimal representation of the registered port number. For instance, SM TP would be indicated with the value 
"25". 

- absolute URI fRFC23961 values. This type of APPID coul d be used e.g. to identify a vendor-specific 
a pplication with an HTTP URL pointing to a host in a domain controlled by the vendor. 



PROVIDER-ID (0 or 1 entries) 

The PROVIDER-ID parameter provides an identifier for the application service access point described by an 
APPLICATION characteristic. Two APPLICATION characteristics with the same APPID values but differen t 
PROVIDER-ID values MUST be considered to refer to two different applicat ion service access points. This 
parameter mav also provide a globally unique external identification of the access point. If the parameter is 
omitted, the APPLICATION characteristic MUST be considered to describe an anonymous application service 
access point which is not the same as the ones with an explici t PROVIDER-ID. 

NAME (0 or 1 entries) 

The NAME indicates a logical, user readable, identity (property) of the AP PLICATION. 



AACCEPT (0 or 1 entries) 

The AACCEPT parameter lists the content types that the server is able to rece ive from the client. The value is 
a string containing a comma-separated list of content type specifiers. The values are in a preference ord er, with 
the content type most preferred bv the server as the first entry. If this va lue is omitted, the supported values are 
discovered in some other manner. 

A content type specifier is composed of a type indicator and an optional list of content type version numbers. 
The following kinds of type indicators are available: 

- WSP content tvpe codes maintained by WINA IWINA1. These type indicators are encoded as a string with 
the hexadecimal representation of the registered numeric content type code. A WAP clien t MUST recognise 
these values. 

- MIME media type values rRFC20451. 

- SGML public identifiers used in the DOCTYPE declaration of XML documents. 

The list of content type version numbers is composed of values separated by semicolons The values are in 
a preference order, with the version most preferred bv the server as the first en try. The used version numbering 
scheme depends on the application, but use of '1*DIGIT "." 1*DIGIT' TRFC 22341 is recommended. 



APROTOCOL (0 or 1 entries) 

The APROTOCOL indicates the application protocol versions supported bv the server. The value is a string 
containing a comma-separated list of protocol identifiers. The values are in a prefer ence order, with the 
protocol most preferred bv the server as the first entry. If this value is omitted, the supp orted values are 
discovered in some other manner. The recognised protocol identifiers depend on th e used application. 

TO-PROXY (0 or more entries) 
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The TO-PROXY parameter refers either to a logical proxy with a matching PROXY-ID or a physical proxy 
with a matching PHYSICAL-PROXY-ID. Several TO-PROXY parameters may be listed for a given 
application. The order of the list indicates the priority of the individual network access points. However, client 
preferences MAY also be considered which might affect the priority order (see also rPROVUABD. 

This parameter MUST be supported by the WAP client, if it is able to use proxies. 

TO-NAPID (0 or more entries) 

The TO-N APID parameter refers to a network access point with a matching NAPID parameter. It is only 
possible to refer to network access points defined within the same connectivity document (except if the 
INTERNET attribute is set in the NAPDEF). Several TO-NAPID parameters may be listed for a given 
application. The order of the list indicates the priority of the individual network access points. However, client 
preferences MAY also be considered which might affect the priority order (see also [PROVUAB"Q. One TO- 
NAPID has a special predefined meaning. If the TO-NAPID is INTERNET, it implies that the ME can select 
any network access point with the attribute INTERNET defined. 

This parameter MUST be supported by the WAP client, if it is able communicate without a proxy. 

ADDR (0 or more entries) 

The ADDR parameter may be used to provide the address of the application server. The value can be an 
absolute URI fRFC2396], an IPv4 address IRFC7911 represented in decimal format with dots as delimiters, or 
a fully qualified Internet domain name (i.e. hostname as defined in section 3.2.2 of rRFC23961). The presence 
of this parameter is equivalent to including an APPADDR characteristic containing only the ADDR parameter 
with the same value. 



4.6.12. Parameters for APPADDR characteristics 

The APPADDR characteristic provides the address used to contact the application service access point. It is possible to 
have multiple alternate addresses for the same access point. 

If this characteristic is supported, the WAP client MUST support the parameters ADDR and ADDRTYPE, as well as 
inclusion of PORT characteristics. 



Names and values of parameters 
ADDR 

The ADDR parameter can hold addresses of different kinds, for example, an IP address or an SME number. 
The type of address in the field can be determined based on the ADDRTYPE parameter. 



Value of ADDRTYPE 




Omitted 


Same types of values as may be used in the ADDR parameter of the 




APPLICATION characteristic. 


IPV6 


An IPv6 address [RFC2373] represented as hexadecimal numbers with colons 




as delimiters or as a combination of hexadecimal and decimal numbers with 




dots and colons as delimiters 


E164 


A phone number according to the El 64 scheme [GENFORM] 


ALPHA 


Generic alphanumeric address fas defined by alphanum in [RFC2396"P 



ADDRTYPE (0 or 1 entries) 

The ADDRTYPE indicates the format and interpretation of the ADDR parameter. 
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4.6.13. Parameters for APPAUTH characteristics 

The APPAUTH characteristic provi des authentication information to be used with the application service access point. 

If this characteristic is su pported, the WAP client MUST support the parameters AAUTHLEVEL. AAUTHTYPE. 
AAUTHNAME and AAUTHSECRET. 

Names and values of parameters 
AAUTHLEVEL (0 or 1 entries) 

The AAUTHLEVEL parameter tells how the provided authentication credentials are to be applied. 



: Value • 




Omitted 


Authentication at the application protocol level, e.2. HTTP authentication 


APPSRV 


Authentication done by the apdication service, e.a. bv SvncML server 


OBEX 


OBEX authentication 



AAUTHTYPE (0 or 1 entries) 

The AAUTHTYPE paramet er indicates the authentication method used bv the application. The value is a 
string containing a comma-separated list of authentication method identifiers. The values are in a preference 
order, with the method most preferred bv the server as the first entry. The same credentials (AAUTHNAME 
and AAUTHSECRET) ma y be used with any of the listed authentication methods. If none of the listed 
methods are supported, the WA P client MUST NOT send the provided credentials to the server to avoid 
compromising them. If this parameter is omitted, the used method depends on the challenge sent bv the server 
or is the de fault authentication mechanism defined bv the application protocol. ~ ^ 

Applications may choose t o use their own authentication method identifiers, but the following ones are 
predefined: 



'■ Value 


Meaning 




HTTP-BASIC 


Basic authentication done according to TRFC26171 




HTTP-DIGEST 


Digest authentication done according to FRFC26171 


BASIC 


The 'basic* authentication method recognised bv the application 


DIGEST 


The 'digest' authentication method recognised by the application 



AAUTHNAME (0 or 1 entries) 

The AAUTHNAME parameter provides th e id (plaintext) used in authenticating the user. The format and use 
of this parameter depend on AAUTHLEVEL and AAUTHTYPE. 



AAUTHSECRET (0 or 1 entries) 

The AAUTHSECRET provides the aut hentication secret used in authenticating the user. The format and use of 
this parameter depend on AAUTHLEVEL and AAUTHTYPE 

AAUTHDATA (0 or 1 entries) 

The AAUTHDATA provides additional au thentication parameters used in authenticating the user. The format 
and use of this parameter depend on AAUTHLEVEL and AAUTHTYPE. 



4.6.14. Parameters for RESOURCE characteristics 

The RESOURCE characteristic indi cates the available resources and their access parameters within the APPLICATION 
characteristic. The resour ces could be. for example, svnchronisable databases or mailboxes. 
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If this characteristic is supported, the WAP client MUST support the parameters URI and STARTPAGE. If any of 
AAUTHTYPE, AAUTHNAME and AAUTHSECRET is supported within this characteristic, all of them MUST be 
supported. 

Names and values of parameters 
URI 

The URI parameter specifies the value used to identify the resource in the application protocol. It may be any 
string, but often is a relative or absolute URI fRFC2396]. 

NAME (0 or 1 entries) 

The NAME indicates a user readable identity of the RESOURCE. 



AACCEPT (0 or more entries) 

The definition of this parameter is the same as for the APPLICATION characteristic except that it defines the 
content types that the server is able to accept when the client is accessing this particular RESOURCE. 

AAUTHTYPE (0 or 1 entries) 

The definition of this parameter is the same as for the AAUTHTYPE defined in the APPAUTH characteristic 
except that the authentication parameters are used only when the WAP client accesses the RESOURCE 
described by this characteristic. 

AAUTHNAME ( 0 or 1 entries) 

The AAUTHNAME parameter provides the id (plaintext) used in authenticating the user. The format and use 
of this parameter depend on AAUTHTYPE. 

AAUTHSECRET (0 or 1 entries) 

The AAUTHSECRET provides the authentication secret used in authenticating the user. The format and use of 
this parameter depend on AAUTHTYPE. 

AAUTHDATA (0 or 1 entries) 

The AAUTHDATA provides additional authentication parameters used in authenticating the user. The format 
and use of this parameter depend on AAUTHTYPE. 

STARTPAGE (0 or 1 entries) 

The presence of the STARTPAGE parameter indicates the resource to be one that the user agent is expected to 
access or select when it first starts accessing the application server. In particular, it may indicate the home page 
of a browser. This parameter does not take a value. 



4.7. Connectivity Character Set 



The provisioning document uses an XML language. It inherits the XML document character set and the rules for 
handling from XML TXML1. Provisioning documents MUST be encoded using UTF-8 fRFC22791. Numeric character 
entities are supported, as well as the predefined entities amp, It, qt, apos, quot that XML processors MUST 
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recognise. Th e conn e ctivity cont e nt typ e MUST us e th e same charact e r s e t rul e s as sp e cifi e d in [WML], exc e pt th e rul e s 
for meta information plac e d within th e content, sinc e such information is not s upport e d in connectivity. 
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5. Well-formed Connoctivitv Provisioning Documents 
5.1 . The Length of Parameter Fields 

The parameter length definitions in the table below express a minimum requirement on the Provisioning Agent and for 
every supported parameter the minimum length MUST be supported. The Provisioning Server can assume that 
parameters with a length shorter or equal to the definitions will be accepted (and stored) by the device. 



Name 

• ,, . - . 


Length 

(byte) 


AACCEPT 


16 


AAUTHNAME 


16 


A AUTH SECRET 


16 


ADDR 


64 


APPID 


J6 


APROTOCOL 


16 


AUTHNAME 


16 


AUTHSECRET 


16 


BASAUTH-ID 


16 


BASAUTH-PW 


16 


CLIENT-ID 


32 


DNLINKSPEED 


6 


DNS- ADDR 


15 *) 


DOMAIN 


64 


LINGER 


4 


LINKSPEED 


6 


NAME 


16 


NAP-ADDRESS 


j 6 *}_**) 


NAPID 


16 


PHYSICAL-PROXY-ID 


16 


PROVIDER-ID 


32 


PROVURL 


64 


PROXY-ID 


32^} 


PROXY-PROVIDER-ID 


32J3 


PROXY-PW 


16 


PXADDR 


40JQ 


PXADDR-FODN 


64 


PXAUTH-ID 


16 


PXAUTH-PW 


16 


STARTPAGE 


64 


URI 


64 


VALIDUNTIL 


8 


*) If IPV6 is supported the minimum length requirement is 45 bytes. 



**) The default dialstring is 16 bytes, but in networks where calling cards can be used the user agent has to support 64 
bytes. Also GPRS terminals have to support 64 byte dialstrings. 
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5.2. The use of PORT characteristics 

The total set of port bindings available for a given physical proxy is the port bindings defined for the logical proxy, 
appended with the port bindings given within the PXPHYSICAL characteristic. If th e r e sulting se t of port binding s is 
e mpty, th e n the ME MUST assumo a port and servic e according to its pr e f e r e nc e s. Each port can support multiple 
servic e s. If more than one s e rvice is supported then all servic e s must b e e xplicitly d e fin e d. A ME implementation 
MUST r e j e ct now port bindings if any inconsistenci e s occur b e tw ee n th e port bindings in th e root of th e PXLOGICAL 
or in th e root of th e PXPHYSICAL characteristics. 

5.3. Missing VALIDITY characteristics 

If a VALIDITY characteristic is absent inside a NAPDEF characteristic, the NAP definition is always valid. 

5, 4 - Tho uso of PXAUTHINFO and CL I ENT I DENT I TY 
charactor i st i cs 

Th e us e of tho paramet e rs PXAUTH ID and CLIENT ID is defined by th e following s e t of rul e s, which MUST b e us e d 
if th e paramet e rs ar e support e d: 

-k — Use param e ter PXAUTH ID if it is present and a valu e i s giv e n 

2-. — Exp e ct us e r input if paramet e r PXAUTH ID is pr e s e nt but no valu e is given ( e mpty string) 

^ — If param e t e r PXAUTH ID is not pr e s e nt, use param e t e r CLIENT ID if it is pr e s e nt and a valu e is giv e n 

4-. — If param e t e r PXAUTH ID is not pr e sent and param e t e r CLIENT ID is pr e sent but no valu e is given ( e mpty string) 
then us e a possible built in d e vic e id e ntity. Th e uso of th e built in d e vic e id e ntity MAY b e prohibit e d d e pending 
on tho client's own privacy polici e s. 

£ — If paramet e rs PXAUTH ID and CLIENT ID are not pr e s e nt, th e n us e r input is e xpect e d 



If the param e t e r PXAUTH PW is missing d e spit e indications from PXAUTH TYPE that it should b e us e d, th e n us e r 
input is exp e ct e d. 

5,5. Miss i ng AUTHTYPE param e t e rs 

If eith e r AUTHNAME or AUTHSECRET ar e mi s sing d e spit e indications from AUTHTYPE that th e y should b e us e d, 
tho user MUST be prompt e d for input for the missing AUTHNAME, AUTHSECRET or both. If AUTHNAME or 
AUTHSECRET ar e supposed to bo e mpty strings, it must b e e xplicitly d e clar e d by ins e rting th e appropriat e 
AUTHNAME or AUTHSECRET with th e valu e of an e mpty string into th e provisioning docum e nt. 
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6. Examples and d i scussion 

This section is informative only. 

6.1. Example 1 

This example shows a conn e ctivity provisioning document containing infrastructure information related to a single 
logical and physical WSP proxy for a service domain with a single access point. 

<?xml version="l . 0"?> 

<!DOCTYPE wap-provisioningdoc PUBLIC "-//WAPFORUM//DTD PROV 1.0 //EN" 
"http : / /www . wapf orum . org/DTD/prov . dtd"> 

<wap-provisioningdoc version="l . 0 n > 

<characteristic type="PXLOGICAL"> 

<parm name=" PROXY- ID" value="170 . 187 . 51 . 4 "/> 
<parm name="NAME" value="BankMainProxy" /> 

<parm name=" START PAGE" value="http : //www . bank. com/startpage . wml " /> 
<characteristic type="PXAUTHINFO"> 

<parm name="PXAUTH-TYPE" value="HTTP2-BASIC"/> 

<parm name="PXAUTH-ID" value="pxusername"/> 

<parm name="PXAUTH-PW" value="pxuserpassw" /> 
< /character is tic> 

<charact eristic type="PXPHYSICAL"> 

<parm name="PHYSICAL-PROXY-ID" value="PROXY l"/> 

<parm name=" DOMAIN" value="www . bank . com/ " /> 

<parm name="PXADDR" value-"170 . 187 . 51 . 3"/> 

<parm name= " PXADDRT YPE " value="IPV4 "/> 

<parm name="TO-NAPID" value=" INTERNET" /> 

<parm name="TO-NAPID" value="NAPl "/> 

characteristic type="PORT"> 

<parm name=" PORTNBR" value=" 9203" /> 

</characteristic> 
</characteristic> 
</ character is tic> 

<characteristic t ype= " NAP DE F " > 

<parm name="NAPID" value="NAPl " /> 

<parm name=" BEARER" value="GSM-CSD" /> 

<parm name="NAME" value="MY ISP CSD"/> 

<parm name="NAP-ADDRESS " value="+35808124002"/> 

<parm name="NAP-ADDRTYPE" value="E164 "/> 

<parm name="CALLTYPE" value= "ANALOG—MODEM" /> 

<characteristic t y p e = " N A P AU T H I N FO " > 

<parm name="AUTHTYPE" value="PAP"/> 

<parm name= " AUTHNAME " value="wwwmmmuser "/> 

<parm name="AUTHSECRET" value="wwwmmmsecret "/> 
</characteristic> 
<charact eristic type="VALIDITY"> 

<parm name= "COUNTRY" value="228 "/> 

<parm name= "NETWORK" value="001"/> 
</characteristic> 
</characteristic> 

</wap-provisioningdoc> 
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6.2. Example 2 

Infrastructure information with two bearers and thus two network access points. 
<?xml version="l . 0"?> 

<!DOCTYPE wap-provisioningdoc PUBLIC "-/ /WAP FORUM/ /DTD PROV 1.0//EN" 
"http: //www. wapforum. org/DTD/prov. dtd"> 

<wap-provisioningdoc version= r 'l . 1" > 

<characteristic type="PXLOGICAL"> 

<parm name="PROXY-ID" value="170 . 187 . 51 . 4 "/> 
<parm name="NAME" value="Def aultProxy"/> 

<parm name=" START PAGE" value="http : //www . operator . com/start . wml "/> 
<characteristic type="PXAUTHINFO"> 

<parm name="PXAUTH-TYPE" value="HTTP z -BASIC"/> 

<parm name="PXAUTH-ID" value="pxusername" /> 

<parm name="PXAUTH-PW" value="pxuserpassw"/> 
</ character istiO 

characteristic type="PXPHYSICAL"> 

<parm name="PHYSICAL-PROXY-ID" value="PROXY l"/> 

<parm name=" DOMAIN" value=" "/> 

<parm name="PXADDR" value="221 . 125 . 51 . 4 "/> 

<parm name=" PXADDRTYPE" value-"IPV4 "/> 
<parm name="PXADDR-FQDN" value="proxyl . operator . com"/> 

<parm name="TO-NAPID" value="NAPl "/> 

<characteristic type="PORT"> 

<parm name= " PORTNBR" value="9203"/> 

</ character istio 
</characteristic> 

<characteristic type="PXPHYSICAL"> 

<parm name="PHYSICAL-PROXY-ID" value="PROXY 2"/> 

<parm name=" DOMAIN" value="/SMSContent/"/> 

<parm name =" DOMAIN" value="sms . operator . com/" /> 

<parm name="PXADDR" value-" 94004 10 "/> 

<parm name=" PXADDRTYPE" value="E164 "/> 

<parm name="TO-NAPID" value="NAP2 "/> 

Characteristic type="PORT"> 

<parm name=" PORTNBR" value="9201"/> 

< /characteristic 
< /character istio 
< /character istio 

<characteristic t y p e= " NAP DE F " > 

<parm name-"NAPID" value="NAPl "/> 
<parm name=" BEARER" value="GSM z /CSD"/> 
<parm name="NAME" value="ANY NAME l"/> 
<parm name="NAP-ADDRESS" value-"+4520671023"/> 
<parm name =" NAP -ADDRTYPE" value="E164 "/> 
<parm name="CALLTYPE" value= "ANALOG—MODEM" /> 
<parm name=" LINKS PEED" value="AUTOBAUDING" /> 
<charact eristic type="NAPAUTHINFO"> 

<parm name="AUTHTYPE" value="PAP" /> 

<parm name= " AQTHNAME " value="roamwapuser "/> 

<parm name="AUTHSECRET" value="roamwappassw"/> 
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</characteristic> 
<characteristic type="VALIDITY"> 

<parm name="COUNTRY" value="228 "/> 
</characteristic> 
</characteristic> 

<characteristic type="NAPDEF"> 

<parm name="NAPID" value="NAP2"/> 

<parm name=" BEARER" value="GSM-SMS"/> 

<parm name="NAME" value="ANY NAME 2"/> 

<parm name=" NAP- ADDRESS" value="+35809503401 "/> 

<parm name="NAP-ADDRTYPE" value="E164 "/> 
< /characteristic^ 

</wap-provisioningdoc> 

In the above example, bearer selection policies for GSM Z /CSD and GSM-/SMS are shown. 

The document provides information on how to access the default gateway via two NAP's. Note that complete 
information on NAP's as well as the physical proxies is given since it is not known in advance how much knowledge 
the ME has about the infrastructure. 

6.3. Example 3 

Infrastructure information related to several logical WSP proxies for a service domain with multiple access points. 
Vendor specific configuration data is also supplied. This situation is typically encountered when fetching 
conn e ctivity provisioning documents from a SIM card [PROVSC]. 

<?xml version="l . 0"?> 

<!DOCTYPE wap-provisioningdoc PUBLIC " - / / WAPFORUM/ / DT D PROV 1.0//EN" 
"http: //www. wapforum. org/DTD/prov . dtd"> 

<wap-provisioningdoc version="l . 1" > 

Characteristic type="PXLOGICAL"> 

<parm name=" PROXY- ID" value="www. operator . com"/> 

<parm name="PROXY-PW" value="proxypasswd" /> 

<parm name-" PPGAUTH-TYPE" value="HTTP-BASIC"/> 

<parm name="NAME" value="Def aultProxy" /> 

<parm name= "MASTER" / > 

<parm name="PUSHENABLED" value="l"/> 

<parm name= "START PAGE " value="ht tp : / /www . operator . com/start . wml " /> 
Characteristic type="PXAUTHINFO"> 

<parm name="PXAUTH-TYPE" value="HTTP :: -BASIC"/> 

<parm name="PXAUTH-ID" vaiue="httpusername"/> 

<parm name="PXAUTH-PW" value-"httpuserpassw"/> 
</characteristic> 

Characteristic type="PXPHYSICAL"> 

<parm name=" PHYSICAL-PROXY- ID" value="PROXY l"/> 

<parm name="DOMAIN" value=" "/> 

<parm name="PXADDR" value="215 . 221 . 51 . 5"/> 

<parm name= " PXADDRT YPE " value=" IPV4 "/> 

<parm name="TO-NAPID" value="NAPl " /> 

<characteristic type="PORT"> 

<parm name="PORTNBR" value="9203"/> 
</characteristic> 
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</characteristic> 

<characteristic type="PXPHYSICAL"> 

<parm name="PHYSICAL-PROXY-ID" value="PROXY 2"/> 

<parm name =" DOMAIN" value=" "/> 

<parm name=" DOMAIN" value="/SMS/ "/> 

<parm name="PXADDR" value="9201611 "/> 

<parm name= " PXADDRT Y PE " value="E164 "/> 

<parm name="TO-NAPID" value="NAP3"/> 

<characteristic type="PORT"> 

<parm name="PORTNBR" value="9201"/> 
</characteristic> 

</characteristic> 
</characteristic> 



<characteristic type="PXLOGICAL"> 

<parm name=" PROXY-ID" value="163 . 187 . 51 . 4 "/> 
<parm name="NAME" value="EcommerceProxy"/> 

<parm name= "START PAGE " value="http: //www. ecom. com/startpage . wml"/> 
<characteristic type="PXAUTHINFO"> 

<parm name="PXAUTH-TYPE" value="HTTP-~BASIC"/> 

<parm name="PXAUTH-ID" value="httpusername"/> 

<parm name="PXAUTH-PW" value="httpuserpassw"/> 
</characteristic> 

<charact eristic type="PXPHYSICAL"> 

<parm name=" PHYSICAL- PROXY- ID" value="PROXY l"/> 

<parm name="DOMAIN" val ue= "www . ecom. com/ "/> 

<parm name-"PXADDR" value=" 1 66 . 224 . 1 . 68 " /> 

<parm name= " PXADDRT YPE " value=" IPV4 "/> 

<parm name="TO-NAPID" value="NAPl "/> 

<parm name="TO-NAPID" value="NAP2 "/> 

characteristic type="PORT"> 

<parm name= " PORTNBR" value="9203"/> 

</characteristic> 
</characteristic> 

<characteristic type="PXPHYSICAL"> 

<parm name="PHYSICAL-PROXY-ID" value="PROXY 2"/> 

<parm name=" DOMAIN" value="www. ecom. com/SMSContent/"/> 

<parm name=" DOMAIN" value="www . ecom . com/SMS/ " /> 

<parm name-"PXADDR" value="94004 10"/> 

<parm name= " PXADDRT YPE " value="El 64 "/> 

<parm name="TO-NAPID" value="NAP3 "/> 

<parm name="TO-NAPID" value-"NAP4 "/> 

Characteristic type="PORT"> 

<parm name=" PORTNBR" value=" 9203"/> 

</characteristic> 
</characteristic> 
</characteristic> 



<characteristic type="NAPDEF"> 

<parm name="NAPID" value="NAPl " /> 
<parm name=" BEARER" value="GSM-CSD"/> 
<parm name="NAME" value="ANY NAME 3"/> 
<parm name="NAP-ADDRESS" value="+35808124303"/> 
<parm name="NAP-ADDRTYPE" value="E164 " /> 
<parm name="CALLTYPE" value= "ANALOG—MODEM" /> 
Characteristic t ype= " NAPAUTH I N FO " > 
<parm name="AUTHTYPE" value="PAP"/> 
<parm name= "AUTHNAME " value="wapuser "/> 
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<parm name="AUTHSECRET" value="wappassw"/> 
</characteristic> 
<characteristic type=" VALIDITY "> 

<parm name="COUNTRY" value="228 " /> 

<parm name="NETWORK" value="001 " /> 
< /character is tic> 
</characteristic> 

<characteristic t ype= " NAP DE F " > 

<parm name="NAPID" value="NAP2 "/> 
<parm name=" BEARER" value="GSM-CSD"/> 
<parm name="NAME" value="ANY NAME 4"/> 
<parm name= "NAP-ADDRESS " value="+35808124002"/> 
<parm name="NAP-ADDRTYPE" value="E164 "/> 
<parm name="CALLTYPE" value- " ANALOG —MOD EM "/> 
<parm name=" LINKS PEED" value="AUTOBAUDING" /> 
<characteristic type="NAPAUTHINFO"> 

<parm name="AUTHTYPE" value="PAP" /> 

<parm name="AUTHNAME" value="wwwmmmuser "/> 

<parm name="AUTHSECRET" value="wwwmmmsecret " /> 
</characteristic> 
<charact eristic type="VALIDITY"> 

<parm name=" COUNTRY" value=" 113" /> 

<parm name= "NETWORK" value="004 " /> 
</characteristic> 
</characteristic> 

<characteristic t ype = " N AP DE F " > 

<parm name="NAPID" value="NAP3"/> 

<parm name= " BEARER " value="GSM-SMS " /> 

<parm name="NAME" value="ANY NAME 5"/> 

<parm name=" NAP- ADDRESS" value="+35809503401"/> 

<parm name="NAP-ADDRTYPE" value-"El 64 "/> 
</characteristic> 

<characteristic type="NAPDEF"> 

<parm name="NAPID" value="NAP4 "/> 

<parm name= "BEARER" value="GSM-SMS "/> 

<parm name="NAME" value="ANY NAME 6"/> 

<parm name="NAP-ADDRESS" value-"+36209400400"/> 
</characteristic> 

<characteristic t ype- " NAPDE F " > 

<parm name="NAPID" value=" INTERNET" /> 
<parm name= "BEARER" value="GSM-GPRS" /> 
<parm name="NAME" value="MY ISP GPRS"/> 
<parm name="NAP-ADDRESS" value="MYISP . gprs " /> 
<parm name="NAP-ADDRTYPE" value="APN"/> 
<parm name= " DEL I VERY- ERR- S DU " value="3"/> 
<parm name=" RESIDUAL-BER" value="70"/> 
<parm name="SDU- ERROR- RAT 10" value="6"/> 
<parm name="TRAFFIC-CLASS" value="60"/> 
<parm name="TRAFFIC-HANDL-PRIO" value="l'7> 
<parm name="MAX-BITRATE-DNLINK" value="8"/> 
<characteristic t yp e = " N AP AUT H I N FO " > 

<parm name="AUTHTYPE" value="PAP"/> 

<parm name="AUTHNAME" value="wwwmmmuser " /> 

<parm name="AUTHSECRET" value="wwwmramsecret " /> 
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< /character is tic> 
</characteristic> 

<characteristic type="VENDORCONFIG"> 
<parm name="NAME" value="PRODUCT"/> 

<parm name="RINGTONES" value="http: //www. sonera . f i /music . wml"/> 
< /character istio 

</wap-provisioningdoc> 

6.4. Example 4 

Bootstrap information. 

<?xml version-"l. 0"?> 

<!DOCTYPE wap-provisioningdoc PUBLIC "-/ /WAPFORUM//DTD PROV 1.0//EN" 
"http : //www . wapf orum . org/DTD/prov . dtd"> 

<wap-provisioningdoc version="l . 1" > 

<characteristic t ype= " BOOTS TRAP " > 

<parm name=" CONTEXT-ALLOW" value="0"/> 

<parm name="PROVURL" value="http: //www. operator . com/TPS/"/> 
</characteristic> 



<characteristic type="PXLOGICAL"> 

<parm name="PROXY-ID" value="170 . 187 . 51 . 4 "/> 
<parm name="PROXY-PW" value= ,, proxypasswd"/> 
<parm name="PPGAUTH-TYPE" value="HTTP-DIGEST" /> 
<parm name="NAME" value="TrustedProvProxy"/> 
<parm name="TRUST"/> 

<parm name="PUSHENABLED" value-" l"/> 

<parm name=" START PAGE" value="http : //www . operator . com/home . wml"/> 

characteristic type="PXAUTHINFO"> 

<parm name-" PXAUTH-T YPE " value="HTTP z -BASIC" /> 
<parm name="PXAUTH-ID" value="subscribername" /> 
<parm name="PXAUTH-PW" value="subscriberpassw" /> 

< /character istio 

Characteristic type-"PXPHYSICAL"> 

<parm name="PHYSICAL-PROXY-ID" value="PROXY l"/> 

<parm name="DOMAIN" value=" . operator . com/ "/> 

<parm name-"PXADDR" value="221 . 125 . 33 . 5"/> 

<parm name=" PXADDRTYPE" value=" IPV4 " /> 

<parm name="TO-NAPID" value="NAPl"/> 
< /character istio 

<characteristic type="PXPHYSICAL"> 

<parm name="PHYSICAL-PROXY-ID" value="PROXY 2"/> 
<parm name=" DOMAIN 11 value="www . operator . com/ " /> 
<parm name="PXADDR" value=" 9201612 "/> 
<parm name=" PXADDRTYPE" value="E164 "/> 
<parm name="TO-NAPID" value="NAP2"/> 

</characteristic> 
</ character istio 

Characteristic type="NAPDEF"> 



WAP Forum™ Confidential 



© 2002, Wireless Application Protocol Forum, Ltd. 

AH rights reserved 



WAP-292-ProvCont-20020815-d, Draft Version 15-Aug-2002 



Page 45 (7373) 



<parm name="NAPID" value="NAPl "/> 
<parm name* "BEARER" value="GSM-CSD" /> 
<parm name="NAME" value="ANY NAME 7"/> 
<parm name= "NAP- ADDRESS" value="+35808124303"/> 
<parm name="NAP-ADDRTYPE" value="El 64 " /> 
<parm name="CALLTYPE" value= "ANALOG—MODEM" /> 
<characteristic t ype = " NAPAUT H I N FO " > 
<parm name="AUTHTYPE" value="PAP"/> 
<parm name="AUTHNAME" value="wapuser "/> 
<parm name="AUTHSECRET" value="wappassw"/> 
</characteristic> 
<characteristic type="VALIDITY"> 
<parm name= "COUNTRY" value="228 "/> 
<parm name= "NETWORK " value="001 "/> 
</characteristic> 
</characteristic> 



<characteristic type="NAPDEF"> 

<parm name="NAPID" value="NAP2 "/> 

<parm name=" BEARER" value="GSM-SMS "/> 

<parm name="NAME" value="ANY NAME 8"/> 

<parm name= "NAP-ADDRESS" value-"+35809503401"/> 
</characteristic> 

</wap-provisioningdoc> 

6.5, Example 5 

This example shows a provisioning document containing infrastructure information for a client that accesses the 
internet directly without a proxy. 

<?xml version="l . 0"?> 

<!DOCTYPE wap-provisioningdoc PUBLIC "-//WAPFORUM//DTD PROV 1.0//EN" 
"http: //www. wapf orum. org/DTD/prov . dtd"> 

<wap-provisioningdoc version="l . 1"> 

<characteristic type="NAPDEF"> 

<parm name="NAPID" value="INTERNET"/> 

<parm name^" BEARER" value="GSM-GPRS"/> 

<parm name="NAME" value="MY ISP GPRS"/> 

<parm name="NAP-ADDRESS " value-"MYISP . gprs "/> 

<parm name="NAP-ADDRTYPE" value="APN"/> 
</characteristic> 

<charact eristic type=" BOOTSTRAP "> 

<parm name=" CONTEXT -ALLOW" value="0"/> 

<parm name="PROVURL" value="http: //www. operator . com/TPS/"/> 
</characteristic> 

</wap~provi5ioningdoc> 
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7. WBXML Encoding 

For an example of a WBXML encoded provisioning document see appendix D. 

7.1. Element tokens 

The following token codes represent tags in code page zero (0). All numbers are in hexadecimal. 





token 

• 


wap-provisioningdoc 


5 


characteristic 


6 


parm 


7 



The following token codes represent tags in code page one (P. All numbers are in hexadecimal. 





Illllt^l 


Token 


characteristic 


6 


parm 


7 



7.2. Attribute Start Tokens 

The following token codes represent the start of an attribute in code page zero (0) unless stated otherwise . All numbers 
are in hexadecimal. 



7.2.1. Wap-provisioningdoc Attribute Start Tokens 









version 




45 


version 


1.0 


46 


7.2.2. Characteristic Attribute Start Tokens 


Attnbutemme 


Attribute Value Prefo: 


Token 


type 




50 


type 


PXLOGICAL 


51 


type 


PXPHYSICAL 


52 


type 


PORT 


53 
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Attribute Name 


Attribute Value Prefix 


Token 


type 


VALIDITY 


54 


type 


NAPDEF 


55 


type 


BOOTSTRAP 


56 


type 


VENDORCONFIG 


57 


type 


CLIENTIDENTITY 


58 


type 


PXAUTHINFO 


59 


type 


NAPAUTHINFO 


5A 



The token codes in the following table represent tags in code page one (1). All numbers are in hexadecimal. 



Attribute Name 




Token 


type 




50 


type 


PORT 


53 


type 


CLIENTIDENTITY 


58 


type 


APPLICATION 


55 


type 


APPADDR 


56 


type 


APPAUTH 


52 


type 


RESOURCE 


59 



7.2.3. Parm Attribute Start Tokens 



Attribute Name 




Token 


name 




5 


value 




6 


name 


NAME 


7 


name 


NAP-ADDRESS 


8 


name 


NAP-ADDRTYPE 


9 


name 


CALLTYPE 


A 


name 


VALIDUNTIL 


B 


name 


AUTHTYPE 


C 


name 


AUTHNAME 


D 
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Attribute Name 


Attribute Value Prefix 


Token 


name 


AUTHSECRET 


E 


name 


LINGER 


F 


name 


BEARER 


10 


name 


NAPID 


11 


name 


COUNTRY 


12 


name 


NETWORK 


13 


name 


INTERNET 


14 


name 


PROXY-ID 


15 


name 


PROXY-PROVIDER-ID 


16 


name 


DOMAIN 


17 


name 


PROVURL 


18 


name 


PXAUTH-TYPE 


19 


name 


PXAUTH-ID 


1A 


name 


PXAUTH-PW 


IB 


name 


STARTPAGE 


1C 


name 


BASAUTH-ID 


ID 


name 


BASAUTH-PW 


IE 


name 


PUSHENABLED 


IF 


name 


PXADDR 


20 


name 


PXADDRTYPE 


21 


name 


TO-NAPID 


22 


name 


PORTNBR 


23 


name 


SERVICE 


24 


name 


LINKSPEED 


25 


name 


DNLINKSPEED 


26 


name 


LOCAL-ADDR 


27 


name 


LOCAL-ADDRTYPE 


28 


name 


CONTEXT-ALLOW 


29 


name 


TRUST 


2A 


name 


MASTER 


2B 
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Attribute Name 


Attribute Value Prefix 


Token 


name 


SID 


2C 


name 


SOC 


2D 


name 


WSP-VERSION 


2E 


name 


PHYSICAL-PROXY-ID 


2F 


name 


CLIENT-ID 


30 


name 


DELIVERY-ERR-SDU 


31 


name 


DELIVERY-ORDER 


32 


name 


TRAFFIC-CLASS 


33 


name 


MAX-SDU-SIZE 


34 


name 


MAX-BITRATE-UPLINK 


35 


name 


MAX-BITRATE-DNLINK 


36 


name 


RESIDUAL-BER 


37 


name 


SDU-ERROR-RATIO 


38 


name 


TRAFFIC-HANDL-PRIO 


39 


name 


TRANSFER-DELAY 


3A 


name 


GU ARANTEED-B ITRATE-UPLINK 


3B 


name 


GUARANTEED-BITRATE-DNLINK 


3C 


name 


PXADDR-FODN 


3D 


name 


PROXY-PW 


3E 


name 


PPGAUTH-TYPE 


3F 


name 


PULLENABLED 


47 


name 


DNS-ADDR 


48 



The token codes in the following table represent tags in code page one (1). All numbers are in hexadecimal. 



Attribute Name 


Attribute Value Prefix 


Token 


name 




5 


value 




6 


name 


NAME 


7 


name 


INTERNET 


14 
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Attribute Name 


Attribute Value Prefix 


Token 


name 


STARTPAGE 


1C 


name 


TO-NAPID 


22 


name 


PORTNBR 


23 


name 


SERVICE 


24 


name 


AACCEPT 


2E 


name 


AAUTHDATA 


2F 


name 


AAUTHLEVEL 


30 


name 


AAUTHNAME 


31 


name 


AAUTHSECRET 


32 


name 


AAUTHTYPE 


33 


name 


ADDR 


34 


name 


ADDRTYPE 


35 


name 


APPID 


36 


name 


APROTOCOL 


37 


name 


PROVIDER-ID 


38 


name 


TO-PROXY 


39 


name 


URI 


3A 



7.3. Parameter Token Values 

Here, values of parameters, and their tokenization, are defined within each parameter description. The token table is 
logically divided in different subsections, however the token values are for global use within the attribute Value of the 
PARM element. 

The following token codes represent attribute values in code page zero (0). All numbers are in hexadecimal. 

7.3.1. ADDRTYPE Value 





Token 


IPV4 


85 


IPV6 


86 


E164 


87 


ALPHA 


88 


APN 


89 
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Attribute Value 


Token 


SCODE 


8A 


TETRA-ITSI 


8B 


MAN 


8C 



The token codes in the following table represent tags in code page one ( I). All numbers are in hexadecimal. 



Attribute Value 


Token 


IPV6 


86 


E164 


87 


ALPHA 


88 


APPSRV 


8D 


OBEX 


8E 


7.3.2. CALLTYPE Value 




Token 


ANALOG-MODEM 


90 


V.120 


91 


V.110 


92 


X.31 


93 


BIT-TRANSPARENT 


94 


DIRECT-ASYNCHRONOUS-DATA-SERVICE 


95 


7.3.3. AUTHTYPE/PXAUTH-TYPE Value 


Attribute Value 


Token 

■ 


PAP 


9A 


CHAP 


9B 


HTTP-BASIC 


9C 


HTTP-DIGEST 


9D 


WTLS-SS 


9E 
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7.3.4. BEARER Value 



Attribute Value 


Token 


GSM-USSD 


A2 


GSM-SMS 


A3 


ANSI-136-GUTS 


A4 


IS-95-CDMA-SMS 


A5 


IS-95-CDMA-CSD 


A6 


IS-95-CDMA-PACKET 


A7 


ANSI-136-CSD 


A8 


ANSI-136-GPRS 


A9 


GSM-CSD 


AA 


GSM-GPRS 


AB 


AMPS-CDPD 


AC 


PDC-CSD 


AD 


PDC-PACKET 


AE 


IDEN-SMS 


AF 


IDEN-CSD 


BO 


IDEN-PACKET 


Bl 


FLEX/REFLEX 


B2 


PHS-SMS 


B3 


PHS-CSD 


B4 


TETRA-SDS 


B5 


TETRA-PACKET 


B6 


ANSI-136-GHOST 


B7 


MOBITEX-MPAK 


B8 


7.3.5. LINKSPEED Value 


Attribute Value 


Token 


AUTOBAUDING 


C5 
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7.3.6. SERVICE Value 



Attribute Value 


Token 


CL-WSP 


CA 


CO-WSP 


CB 


CL-SEC-WSP 


CC 


CO-SEC-WSP 


CD 


CL-SEC-WTA 


CE 


CO-SEC-WTA 


CF 


OTA-HTTP-TO 


DO 


OTA-HTTP-TLS-TO 


DJ. 


OTA-HTTP-PO 


D2 


OTA-HTTP-TLS-PO 


D3 



7.3.7. AAUTHTYPE Value 

The token codes in the following table represent tags in code page one (1). All numbers are in hexadecimal. 



Attribute Value 




Token 


, (comma character) 


80 


HTTP- 


81 


BASIC 


82 


DIGEST 


83 
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Appendix A. Static Conformance Requirements (Normative) 

The notation used in this appendix is specified in [CREQ]. 

A.1. Client Features 



A.1.1. Character Set and Encoding 



Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CSE-C-001 


UTF-8 Encoding. 


fW 
ML} 


OM 




ProvCont CSE C 002 


UTF 16 Encoding. 


ML} 


© 








ProvCont CSE C 003 


UCS 4 Encoding. 


fW 
ML} 


© 




ProvCont CSE C 00^1 


Other character encoding. 


4^ 
fW 
ML} 


© 




ProvCont CSE C 005 


Reference processing (no meta information). 


fW 
ML} 


M 








ProvCont-CSE-C- 
0026 


Character entities. 


4.7, 
ML} 


M 




A.1.2. Content Format and Tokenization 


Item 


Function . . 




Status 


Requirement 


ProvCont-CO-C-001 


Support for the WAP-PROVISIONINGDOC- DTD. 


4.1 


M 




ProvCont-CO-C-002 


Support for WAP-PROVISIONINGDOC in textual 
form (text/vnd.wap.connectivity-xml). 


4.2 


O 




ProvCont-CO-C-003 


Support for WAP-PROVISIONINGDOC in 
tokenized form (application/vnd.wap.connectivity- 
wbxml). 


7 


M 


WBXML-C-001 
AND WBXML- 
C-011 


ProvCont-CO-C-004 


Support for media type parameter MAC 


4.3 


M 




ProvCont-CO-C-005 


Support for media type parameter SEC 


4.3 


M 




A.1.3. Elements and attributes 


Item 


Function A 


Ref. : 


Status ' 


Requirement 


ProvCont-CEA-C-001 


Support for the element wap-provisioningdoc 


4.4 


M 




ProvCont-CEA-C-002 


Support for the element characteristic 


4.5 


M 




ProvCont-CEA-C-003 


Support for the element parm 


4.6 


M 




ProvCont-CEA-C-004 


Support for the wap-provisioningdoc attribute 
"version" 


4.4 


M 




ProvCont-CEA-C-005 


Support for the characteristic attribute "type" 


4.5 


M 




ProvCont-CEA-C-006 


Support for the parm attribute "name" 


4.6 


M 
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Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CEA-C-007 


Support for the parm attribute "value" 


4.6 


M 





A. 1.4. Characteristics 



Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CC-C-001 


Support for the characteristic 
PXLOGICAL 


4.5.1 


M 




ProvCont-CC-C-002 


Support for the characteristic 
PXPHYSICAL 


4.5.2 


M 




ProvCont-CC-C-003 


Support for the characteristic 
PXAUTHINFO 


4.5.3 


0 


ProvCont-CPA-C-001 AND 
ProvCont-CPA-C-002 


ProvCont-CC-C-004 


Support for the characteristic NAPDEF 


4.5.5 


M 




rrovL/Oni-^v-.-v^-uuj 


OUppOn LUl LI1C dlaid-tltl IdIIC 

NAPAUTHINFO 




n 


PrnvCont-CNA-O-001 AND 
ProvCont-CNA-C-002 AND 
ProvCont-CNA-C-003 


ProvCont-CC-C-006 


Support for the characteristic PORT 


4.5.4, 
5.2 


M 




ProvCont-CC-C-007 


Support for the characteristic 
VALIDITY 


4.5.7 


0 


ProvCont-CV-C-005 AND 
(ProvCont-CV-C-001 AND 
rrovL^oni-i^ v -l^-uuz ) vjk 
(ProvCont-CV-C-003 AND 
ProvCont-CV-C-004) 


ProvCont-CC-C-008 


Support for the characteristic 
BOOTSTRAP 


4.5.8 


0 


ProvCont-CB-C-002 


ProvCont-CC-C-009 


Support for the characteristic 
CLIENTIDENTITY 


4.5.9 


0 


ProvCont-CID-C-001 


ProvCont-CC-C-010 


Support for the characteristic 
VENDORCONFIG 


4.5.10 


o 


ProvCont-CVC-C-001 


ProvCont-CC-C-011 


Support for the characteristic 
APPLICATION 


4.5.11 


0 


ProvCont-CAP-C-001 AND 
ProvCont-CC-C-012 


ProvCont-CC-C-012 


Support for the characteristic 
APPADDR 


4.5.12 


0 


ProvCont-CAA-C-001 


ProvCont-CC-C-013 


Support for the characteristic 
APPAUTH 


4.5.13 


0 


ProvCont-CAU-C-001 


ProvCont-CC-C-014 


Support for the characteristic 
RESOURCE 


4.5.14 


o 


ProvCont-CRE-C-001 



A. 1.5. Characteristic PXLOGICAL 



Item 


Function v v ^ , 




Status 


Requirement 


ProvCont-CPL-C-001 


Support for the parm PROXY-ID 


4.6.1 


M 


ProvCont-MLP-C-005 


ProvCont-CPL-C-002 


Support for the parm PROXY-PROVIDER-ID 


4.6.1 


0 


ProvCont-MLP-C-021 


ProvCont-CPL-C-003 


Support for the parm NAME 


4.6.1 


M 


ProvCont-MLP-C-001 


ProvCont-CPL-C-004 


Support for the parm DOMAIN 


4.6.1 


M 


ProvCont-MLP-C-006 


ProvCont-CPL-C-005 


Support for the parm TRUST 


4.6.1 


0 




ProvCont-CPL-C-006 


Support for the parm MASTER 


4.6.1 


O 
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Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CPL-C-007 


Support for the parm STARTPAGE 


4.6.1 


M 


ProvCont-MLP-C-010 


ProvCont-CPL-C-008 


Support for the parm BASAUTH-ID 


4.6.1 


M 


ProvCont-MLP-C-011 


ProvCont-CPL-C-009 


Support for the parm BASAUTH-PW 


4.6.1 


M 


ProvCont-MLP-C-012 


PrrwPnnt-PPT -P-010 


^unnnrt for the narm WSP-VFRSTON 

JUUUUI I l\Jl lllv pell 111 ¥Y Ji V LilXOlvn 


4 6 1 






PrrwPnnr-PPf -P-01 1 


^unnnrt for the narm PT JSHFNART FD 


4 6 1 


o 




PrnvPnnt-PPT -P-fil 9 


*2iir\r»nrt fir»r PORT* fharaptpricrif* within 

OUUUUl I IvM XVlvl CllcXl eld CI ISllC W 11111 J 1 

PXLOGICAL 


4 S 4 


AA 

iVl 




ProvCont-CPL-C-013 


Support for multiple PORT characteristics 
within PXLOGICAL 


4.5.4 


0 




ProvCont-CPL-C-014 


Support for the parm PROXY-PW 


4.6.1 


0 


ProvCont-MLP-C-023 


ProvCont-CPL-C-015 


Support for the parm PPGAUTH-TYPE 


4.6.1 


0 




ProvCont-CPL-C-016 


Support for the parm PULLENABLED 


4.6.1 


0 





A. 1.6. Characteristic PXPHYSICAL 



Item 


Function 

muvuya 


Ref 


Status 


Requirement 


ProvCont-CPP-C-001 


Support for the parm PHYSICAL- 
PROXY-ID 


4.6.2 


M 


ProvCont-MLP-C-018 


ProvCont-CPP-C-002 


Support for the parm PXADDR 


4.6.2 


M 


ProvCont-MLP-C-0 1 3 


ProvCont-CPP-C-003 


Support for the parm PXADDRTYPE 


4.6.2 


M 


ProvCont-CPP-C-009 OR 
ProvCont-CPP-C-OlOOR 
ProvCont-CPP-C-011 OR 
ProvCont-CPP-C-012 


ProvCont-CPP-C-004 


Support for the parm TO-NAPID 


4.6.2 


M 




ProvCont-CPP-C-005 


Support for the parm DOMAIN 


4.6.2 


0 


ProvCont-MLP-C-006 


ProvCont-CPP-C-006 


Support for the parm WSP-VERSION 


4.6.2 


O 




ProvCont-CPP-C-007 


Support for the parm PUSHENABLED 


4.6.2 


0 




ProvCont-CPP-C-008 


Support for the TO-NAPID value 
"INTERNET" 


4.6.2 


0 




ProvCont-CPP-C-009 


Support for PXADDRTYPE value "IPV4" 


4.6.2 


0 




ProvCont-CPP-C-010 


Support for PXADDRTYPE value "IPV6" 


4.6.2 


0 




ProvCont-CPP-C-011 


Support for PXADDRTYPE value "El 64" 


4.6.2 


0 




ProvCont-CPP-C-012 


Support for PXADDRTYPE value 
"ALPHA" 


4.6.2 


o 




ProvCont-CPP-C-013 


Support for PORT characteristic within 
PXPHYSICAL 


4.5.4 


M 




ProvCont-CPP-C-014 


Support for multiple PORT characteristics 
within PXPHYSICAL 


4.5.4 


0 




ProvCont-CPP-C-015 


Support for multiple TO-NAPID within 
one PXPHYSICAL 


4.6.2 


0 




ProvCont-CPP-C-016 


Support for the parm PXADDR-FODN 


4.6.2 


0 


ProvCont-MLP-C-022 


ProvCont-CPP-C-017 


Support for the parm PULLENABLED 


4.6.2 


0 





A. 1.7. Characteristic PXAUTHINFO 



Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CPA-C-001 


Support for the parm PXAUTH-TYPE 


4.6.3 


0 


ProvCont-CPA-C-004 OR 
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Item 


Function 


IVCl. 


OlcuUb 


jvc^uirexiicni 










ProvCont-CPA-C-005 OR 
ProvCont-CPA-C-006 


ProvCont-CPA-C-002 


Support for the parm PXAUTH-ID 


4.6.3 


o 


ProvCnnt CPA C 
Q07ProvUAB-UDP-C-006 
AND ProvCont-MLP-C-008 


ProvCont-CPA-C-003 


Support for the parm PXAUTH-PW 


4.6.3 


o 


ProvCont-MLP-C-009 


ProvCont-CPA-C-004 


Support for PXAUTH-TYPE value 
HTTP-BASIC 


4.6.3 


o 


ProvCnnt-CP A -P-Ofn 


ProvCont-CPA-C-005 


Support for PXAUTH-TYPE value 
"HTTP-DIGEST" 


4.6.3 


0 


ProvCont-CPA-C-003 


ProvCont-CPA-C-006 


Support for PXAUTH-TYPE value 
"WTLS-SS" 


4.6.3 


0 




ProvCont CPA C 007 




&A 


© 






Uoago of parm PXAUTH ID 



A.1.8. Characteristic PORT 





runcnon M •< «*,. 


Ker... » 


Status - 


Requirement . 


ProvCont-CP-C-001 


Support for the parm PORTNBR 


4.6.4 


M 




ProvCont-CP-C-002 


Support for the parm SERVICE 


4.6.4 


M 


ProvCont-CP-C-003 OR 
ProvCont-CP-C-004 OR 
ProvCont-CP-C-005 OR 
ProvCont-CP-C-006 OR 
ProvPont-PP-P-007 OR 
ProvPnnt-PP-P-008 OR 
ProvCont-CP-C-009 OR 
ProvCont-CP-C-OlOOR 
ProvCont-CP-C-011 OR 
ProvCont-CP-C-012 


ProvCont-CP-C-003 


Support for SERVICE value "CL- 
WSP" 


4.6.4 


0 




ProvCont-CP-C-004 


Support for SERVICE value "CO- 
WSP" 


4.6.4 


0 




ProvCont-CP-C-005 


Support for SERVICE value "CL-SEC- 
WSP" 


4.6.4 


0 




ProvCont-CP-C-006 


Support for SERVICE value "CO- 
SEC-WSP" 


4.6.4 


O 




ProvCont-CP-C-007 


Support for SERVICE value "CO- 
SEC-WTA" 


4.6.4 


0 




ProvCont-CP-C-008 


Support for SERVICE value "CL-SEC- 
WTA" 


4.6.4 


o 




ProvCont-CP-C-009 


Support for SERVICE value "OTA- 


4.6.4 


0 


ProvCont-CPL-C-014 AND 




HTTP-TO" 


ProvCont-CPL-C-015 


ProvCont-CP-C-010 


Support for SERVICE value "OTA- 


4.6.4 


o 


ProvCont-CPL-C-014 AND 




HTTP-TLS-TO" 


ProvCont-CPL-C-015 


ProvCont-CP-C-011 


Support for SERVICE value "OTA- 1 


4.6.4 


0 


ProvCont-CPL-C-014 AND 




HTTP-PO" 


ProvCont-CPL-C-015 


ProvCont-CP-C-012 


Support for SERVICE value "OTA- 


4.6.4 


0 


ProvCont-CPL-C-014 AND 




HTTP-TLS-PO" 


ProvCont-CPL-C-015 
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A. 1.9. Characteristic NAPDEF 



Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CND-C-001 


Support for the parm NAPID 


4.6.5 


M 


ProvCont-MLP-C-019 


ProvCont-CND-C-002 


Support for the parm BEARER 


4.6.5 


M 


ProvCont-CBS-C-001 OR 
ProvCont-CBS-C-002 OR 
ProvCont-CBS-C-003 OR 
ProvCont-CBS-C-004 OR 
ProvCont-CBS-C-005 OR 
ProvCont-CBS-C-006 OR 
ProvCont-CBS-C-007 OR 
ProvCont-CBS-C-008 OR 
ProvCont-CBS-C-009 OR 
ProvCont-CBS-C-010 OR 
ProvCont-CBS-C-011 OR 
ProvCont-CBS-C-0I2 OR 
ProvCont-CBS-C-013 OR 
ProvCont-CBS-C-014 OR 
ProvCont-CBS-C-015 OR 
ProvCont-CBS-C-016 OR 
ProvOont-CR^-C-OI 7 OR 

ProvCont-CBS-C-018 OR 
ProvCont-CBS-C-019 OR 
ProvCont-CBS-C-020 OR 
ProvCont-CBS-C-021 OR 
ProvCont-CBS-C-022 OR 
ProvCont-CBS-C-023 


ProvCont-CND-C-003 


Support for the parm NAME 


4.6.5 


M 


ProvCont-MLP-C-001 


ProvCont-CND-C-004 


Support for the parm INTERNET 


4.6.5 


O 




ProvCont-CND-C-005 


Support for the parm NAP-ADDRESS 


4.6.5 


M 


ProvCont-MLP-C-002 




oupport ior ine parm rMAr-AJjjJKi Y rb 


A tC C 

4.6.5 


M 


ProvCont-CND-C-026 OR 
ProvCont-CND-C-027 OR 
ProvCont-CND-C-028 OR 
ProvCont-CND-C-029 OR 
ProvCont-CND-C-030 OR 
ProvCont-CND-C-031 OR 

1 1U VV/UIH V1NL/ Vy-UJZ WlY 

ProvCont-CND-C-033 


ProvCont-CND-C-007 


Support for the parm C ALLTYPE 


4.6.5 


O 


ProvCont-CND-C-034 OR 
ProvCont-CND-C-035 OR 
ProvCont-CND-C-036 OR 
ProvCont-CND-C-037 OR 
ProvCont-CND-C-038 OR 
r ro vcont-CN D-C-03 9 


ProvCont-CND-C-008 


Support for the parm LOCAL-ADDR 


4.6.5 


O 


ProvCont-CND-C-009 


r rovuoni-ciN Jj-u-uuy 


support tor the parm LOCAL- 
ADDRTYPE 


4.6.5 


O 


ProvCont-CND-C-040 OR 
ProvCont-CND-C-041 


ProvCont-CND-C-0 1 0 


SuDDOrt for the narm T TNK9PFFD 




r\ 
KJ 


rro vuont-MLr -u-0 1 4 


ProvCont-CND-C-011 


Support for the parm DNLINKSPEED 


4.6.5 


o 


ProvCont-MLP-C-015 


ProvCont-CND-C-012 


Support for the parm LINGER 


4.6.5 


o 


ProvCont-MLP-C-016 


ProvCont-CND-C-013 


Support for the parm DELIVERY-ERR- 
SDU 


4.6.5 


o 




ProvCont-CND-C-014 


Support for the parm DELIVERY- 
ORDER 


4.6.5 


0 
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Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CND-C-015 


Support for the parm TRAFFIC-CLASS 


4.6.5 


0 




ProvCont-CND-C-016 j 


Support for the parm MAX-SDU-SIZE 


4.6.5 


0 




ProvCont-CND-C-017 


Support for the parm MAX-BITRATE- 
UPLINK 


4.6.5 


0 




ProvCont-CND-C-018 


Support for the parm MAX-BITRATE- 
DNLINK 


4.6.5 


0 




ProvCont-CND-C-019 


Support for the parm RESIDUAL-BER 


4.6.5 


0 




ProvCont-CND-C-020 

1 1 V Wvlll I 1 1^/ Vv \J 1^\J 


Sunnort for the oarm SDU-ERROR- 
RATIO 


4.6.5 


o 




ProvCont-CND-C-02 1 


Support for the parm TRAFFIC- 
HANDL-PRIO 


4.6.5 


o 




ProvCont-CND-C-022 


Sunnort for the oarm TRANSFER- 
DELAY 


4.6.5 


o 




ProvCont-CND-C-023 

1 I U T Will V—-' 1 1 J—' \J 


Support for the parm GUARANTEED- 
BITRATE-UPLINK 


4.6.5 


o 




ProvCont-CND-C-024 


Sunnort for the narm GUARANTFED- 
BITRATE-DNLINK 


4.6.5 


o 




Pro vCont-CND-C-02 5 


Sunnort for multinle* RF ARFR within 
one NAPDEF 


4.6.5 


o 




ProvCont-CND-C-026 


Sunnort for NAP-ADDRTYPF value 
"IPV4" 


4.6.5 


o 




ProvCont-CND-C-027 


Sunnort for NAP-ADDRTYPF value 
"IPV6" 


4.6.5 


o 




ProvCont-CND-C-028 


Support for NAP-ADDRTYPE value 
"El 64" 


4.6.5 


o 




ProvCont-CND-C-029 


Support for NAP-ADDRTYPE value 
"ALPHA" 


4.6.5 


o 




ProvCont-CND-C-030 


Support for NAP-ADDRTYPE value 
"APN" 


4.6.5 


o 




PrnvCont-CND-C-03 1 


Sunnort for NAP-ADDRTYPE value 
"SCODE" 


4.6.5 


o 




ProvCont-CND-C-032 


SuDDOrt for NAP-ADDRTYPE value 
"TETRA-ITSI" 


4.6.5 


o 




ProvCont-CND-C-033 


Support for NAP-ADDRTYPE value 
"MAN" 


4.6.5 


o 




ProvCont-CND-C-034 


Support for CALLTYPE value 
"ANALOG-MODEM" 


4.6.5 


0 




ProvCont-CND-C-035 


Support for CALLTYPE value "V.120" 


4.6.5 


0 




ProvCont-CND-C-036 


Support for CALLTYPE value "V.l 10" 


4.6.5 


0 




ProvCont-CND-C-037 


Support for CALLTYPE value "X.31" 


4.6.5 


o 




ProvCont-CND-C-038 


Support for CALLTYPE value "BIT- 
TRANSPARENT" 

A lli H *U1 * V 1 VI / 1 ^ 1 


4.6.5 


0 




ProvCont-CND-C-039 


Support for CALLTYPE value 
"DIRECT-ASYNCHRONOUS-DATA- 
SERVICE" 


4.6.5 


0 




ProvCont-CND-C-040 


Support for LOCAL- ADDRTYPE value 
"IPV4" 


4.6.5 


0 




ProvCont-CND-C-041 


Support for LOCAL-ADDRTYPE value 
"IPV6" 


4.6.5 


0 
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Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CND-C-042 


Support for the parm DNS-ADDR 


4.6.5 


0 


ProvCont-MLP-C-024 



A.1.10. Bearers support d within NAPDEF characteristic 



Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CBS-C-001 


Support for BEARER value "GSM-USSD" 


4.6.5 


0 




ProvCont-CBS-C-002 


Support for BEARER value "GSM-SMS" 


4.6.5 


0 




ProvCont-CBS-C-003 


Support for BEARER value "ANSM36-GUTS" 


4.6.5 


0 




ProvCont-CBS-C-004 


Support for BEARER value "IS-95-CDMA-SMS" 


4.6.5 


0 




ProvCont-CBS-C-005 


Support for BEARER value "IS-95-CDMA-CSD" 


4.6.5 


0 




ProvCont-CBS-C-006 


Support for BEARER value "IS-95-CDMA-PACKET" 


4.6.5 


o 




ProvCont-CBS-C-007 


Support for BEARER value "ANSI-136-CSD" 


4.6.5 


o 




ProvCont-CBS-C-008 


Support for BEARER value "ANSI-136-GPRS" 


4.6.5 


0 




ProvCont-CBS-C-009 


Support for BEARER value "GSM-CSD" 


4.6.5 


0 




ProvCont-CBS-C-010 


Support for BEARER value "GSM-GPRS" 


4.6.5 


0 




ProvCont-CBS-C-011 


Support for BEARER value "AMPS-CDPD" 


4.6.5 


0 




ProvCont-CBS-C-012 


Support for BEARER value "PDC-CSD" 


4.6.5 


0 




ProvCont-CBS-C-013 


Support for BEARER value "PDC-PACKET" 


4.6.5 


0 




ProvCont-CBS-C-014 


Support for BEARER value "IDEN-SMS" 


4.6.5 


0 




ProvCont-CBS-C-015 


Support for BEARER value "IDEN-CSD" 


4.6.5 


0 




ProvCont-CBS-C-016 


Support for BEARER value "IDEN-PACKET" 


4.6.5 


0 




ProvCont-CBS-C-017 


Support for BEARER value "FLEX/REFLEX" 


4.6.5 


0 




ProvCont-CBS-C-018 


Support for BEARER value "PHS-SMS" 


4.6.5 


0 




ProvCont-CBS-C-019 


Support for BEARER value "PHS-CSD" 


4.6.5 


0 




ProvCont-CBS-C-020 


Support for BEARER value 'TETRA-SDS" 


4.6.5 


0 




ProvCont-CBS-C-021 


Support for BEARER value "TETRA-PACKET" 


4.6.5 


o 




ProvCont-CBS-C-022 


Support for BEARER value "ANSI-136-GHOST" 


4.6.5 


0 




ProvCont-CBS-C-023 


Support for BEARER value "MOBITEX-MPAK" 


4.6.5 


0 





A. 1.11. Characteristic NAPAUTHINFO 



Item 


Function 


Ref 


Statiis 


Requirement ; 


ProvCont-CNA-C-001 


Support for the parm AUTHTYPE 


4.6.6 


0 


ProvCont-CNA-C-004 OR 
ProvCont-CNA-C-005 


ProvCont-CNA-C-002 


Support for the parm AUTHNAME 


4.6.6 


0 


ProvCont-MLP-C-003 


ProvCont-CNA-C-003 


Support for the parm AUTHSECRET 


4.6.6 


0 


ProvCont-MLP-C-004 


ProvCont-CNA-C-004 


Support for AUTHTYPE value "PAP" 


4.6.6 


0 




ProvCont-CNA-C-005 


Support for AUTHTYPE value "CHAP" 


4.6.6 


0 





A.1.12. Characteristic VALIDITY 



Item 


Function 


Ref 


Status 


Requirement 


ProvCont-CV-C-001 


Support for the parm COUNTRY 


4.6.7 


0 




ProvCont-CV-C-002 


Support for the parm NETWORK 


4.6.7 


0 


ProvCont-CV-C-001 


ProvCont-CV-C-003 


Support for the parm SID 


4.6.7 


0 


ProvCont-CV-C-004 



WAP Forum™ Confidential 



© 2002, Wirel ss Application Protocol Forum, Ltd. 

All rights reserved 



WAP-292-ProvCont-20020815-d, Draft Version 15-Aug-2002 



Page 61 (7375) 



Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CV-C-004 


Support for the parm SOC 


4.6.7 


0 




ProvCont-CV-C-005 


Support for the parm V ALIDUNTIL 


4.6.7 


0 


ProvCont-MLP-C-017 


ProvCont-CV-C-006 


Support for multiple MNC in NETWORK 
value field 


4.6.7 


0 




ProvCont-CV-C-007 


Support for multiple SID in SID value field 


4.6.7 


0 





A.1.13. Characteristic BOOTSTRAP 



Item 


Function 


Ref. 


Status 


Requirement 


ProvCont-CB-C-001 


Support for the parm PRO VURL 


4.6.8 


0 


ProvCont-MLP-C-007 


ProvCont-CB-C-002 


Support for the parm CONTEXT-ALLOW 


4.6.8 


0 




ProvCont-CB-C-003 


Support for the parm PROXY-ID 


4.6.8 


0 


ProvCont-MLP-C-005 


ProvCont-CB-C-004 


Support for parm NETWORK 


4.6.8 


o 


ProvCont-CB-C-005 


ProvCont-CB-C-005 


Support for parm COUNTRY 


4.6.8 


0 




ProvCont-CB-C-006 


Support for the parm NAME 


4.6.8 


0 


ProvCont-MLP-C-001 


A.1.14. Characteristic CLIENTIDENTITY 


Item 


'■Function: | 


Ref 


S]atuH 


Requirement 


ProvCont-CID-C-001 


Support for parm CLIENT-ID 


4.6.9 


0 


ProvCont CID C 
002ProvUAB-UDP-C-007 
AND ProvCont-MLP-C- 
020 


ProvCont CID C 002 




$4 


o 






Usage of parm CLIENT ID 



A.1.15. Characteristic VENDORCONFIG 



Item 


Function 




Ref 


Status 


Requirement % 


ProvCont-CVC-C-001 


Support for parm NAME 


4.6.10 


O 


ProvCont-MLP- 
C-001 


ProvCont-CVC-C-002 


Support for other parameters than NAME 


4.6.10 


0 
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A. 1.1 6. Characteristic APPLICATION 



Item 


Function 


Ref. 


Status 


Requirement 


PrrwPnnt-P A P-P-fl0 1 
r i u v^uni \^ ai *v/ _ uu i 


Snnnnrt fnr the narm APPID 


4.6.11 


o 


ProvCont-CAP-C-002 AND 






(ProvCont-CAP-C-006 OR 
Provront-CAP-C-OOT'l AND 
ProvCont-CAP-C-008 AND 

i TO V \^ yJl 1 L- 1VI l>x - \^ "uZ J 


ProvCont-CAP-C-002 


Support for the parm PROVIDER- 
ID 


4.6.11 


0 


ProvCont-MLP-C-026 


ProvCont-CAP-C-003 


Support for the parm NAME 


A A 1 1 
4.0. 1 1 


yJ 




ProvCont-CAP-C-004 


Support tor the parm AALttr I 


A A 1 1 
4.0.1 1 


JJ 


r rov^oni-iviL,r-Lx-u J 1 


ProvCont-CAP-C-005 


Support for the parm 
APROTOCOL 


a a i 1 
4.0. 1 1 


u 


r ro VUOni-lVLLvr -L,-Uz o 


ProvCont-CAP-C-006 


Support for the parm TO-PROXY 


4.6.11 


0 




ProvCont-CAP-C-007 


Support for the parm TO-NAPID 


4.6.11 


0 




ProvCont-CAP-C-008 


Support for the parm ADDR 


4.6.11 


0 


ProvCont-MLP-C-027 


A.1.17. Characteristic APPADDR 


Item - 


function 


Ret : 


1 Status 


Requirement 


ProvCont-CAA-C-001 


Support for the t>arm ADDR 


4.6.12 


0 


ProvCont-CAA-C-002 AND 
ProvCont-MLP-C-027 


ProvCont-CAA-C-002 


Support for the parm ADDRTYPE 


4.6.12 


0 





A.1.18. Characteristic APPAUTH 



Item .. <;xj' 


Function • 


Ref. 


Status 


Requirement 


ProvCont-CAU-C-001 


Support for the parm 
AAUTHLEVEL 


4.6.13 


0 


ProvCont-CAU-C-002 


ProvCont-CAU-C-002 


Support for the parm 
AAUTHTYPE 


4.6.13 


0 


ProvCont-CAU-C-003 


ProvCont-CAU-C-003 


Support for the parm 
AAUTHNAME 


4.6.13 


0 


ProvCont-CAU-C-004 AND 
ProvCont-MLP-C-029 


ProvCont-CAU-C-004 


Support for the parm 
AAUTHSECRET 


4.6.13 


0 


ProvCont-MLP-C-030 


ProvCont-CAU-C-005 


Support for the parm 
AAUTHDATA 


4.6.13 


O 
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A.1.19. Characteristic RESOURCE 



Item 


r unction 


Ref. 


Status 


Requirement 


ProvCont-CRE-C-001 


Support for the parm URI 


4.6.14 


0 


ProvCont-CRE-C-008 AND 

PrrwPnnt-MT P-P 010 
r I U Vv^UIlL-iviJLrr -V^-U jZ 


ProvCont-CRE-C-002 


Support for the parm NAME 


4.6.14 


0 




ProvCont-CRE-C-003 


Support for the parm AACCEPT 


4.6.14 


o 


ProvCont-MLP-C-031 


ProvCont-CRE-C-004 


Support for the parm 
AAUTHTYPE 


4.6.14 


o 


ProvCont-CRE-C-005 


ProvCont-CRE-C-005 


Support for the parm 
AAUTHNAME 


4.6.14 


o 


ProvCont-CRE-C-006 AND 
ProvCont-MLP-C-029 


ProvCont-CRE-C-006 


Support for the parm 
AAUTHSECRET 


4.6.14 


0 


ProvCont-MLP-C-030 


ProvCont-CRE-C-007 


Support for the parm 
AAUTHDATA 


4.6.14 


0 




ProvCont-CRE-C-008 


Support for the parm STARTPAGE 


4.6.14 


0 











A. 1.20. Minimum Length of parameter fields 



-Item f.":,Cf? 


Function | [ 


||el|§ 


Status 


Requirement /*> 


ProvCont-MLP-C-001 


Support for minimum length of parm NAME 


5.1 


0 




ProvCont-MLP-C-002 


Support for minimum length of parm NAP- 
ADDRESS 


5.1 


M 




ProvCont-MLP-C-003 


Support for minimum length of parm AUTHNAME 


5.1 


O 




ProvCont-MLP-C-004 


Support for minimum length of parm 
AUTHSECRET 


5.1 


0 




ProvCont-MLP-C-005 


Support for minimum length of parm PROXY-ID 


5.1 


0 




ProvCont-MLP-C-006 


Support for minimum length of parm DOMAIN 


5.1 


0 




ProvCont-MLP-C-007 


Support for minimum length of parm PROVURL 


5.1 


0 




ProvCont-MLP-C-008 


Support for minimum length of parm PXAUTH-ID 


5.1 


0 




ProvCont-MLP-C-009 


Support for minimum length of parm PXAUTH- 
PW 


5.1 


0 




ProvCont-MLP-C-010 


Support for minimum length of parm 
STARTPAGE 


5.1 


M 




ProvCont-MLP-C-011 


Support for minimum length of parm BASAUTH- 
ID 


5.1 


M 




ProvCont-MLP-C-012 


Support for minimum length of parm BASAUTH- 
PW 


5.1 


M 




ProvCont-MLP-C-013 


Support for minimum length of parm PXADDR 


5.1 


M 




ProvCont-MLP-C-014 


Support for minimum length of parm LINKSPEED 


5.1 


0 




ProvCont-MLP-C-015 


Support for minimum length of parm 
DNLINKSPEED 


5.1 


O 




ProvCont-MLP-C-016 


Support for minimum length of parm LINGER 


5.1 


0 




ProvCont-MLP-C-017 


Support for minimum length of parm 


5.1 | 


0 
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Item 


Function 


Ref. 


Status 


Requirement 




VALIDUNTIL 








ProvCont-MLP-C-018 


Support for minimum length of parm PHYSICAL- 
PROXY-ID 


5.1 


M 




ProvCont-MLP-C-0 1 9 


Support for minimum length of parm NAPID 


5.1 


M 




ProvCont-MLP-C-020 


Support for minimum length of parm CLIENT-ID 


5.1 


0 




ProvCont-MLP-C-02 1 


Support for minimum length of parm PROXY- 
PROVIDER-ID 


5.1 


0 




ProvCont-MLP-C-022 


Support for minimum length of parm PXADDR- 


5.1 


o 






FODN 


ProvCont-MLP-C-023 


Support for minimum length of parm PROXY-PW 


5.1 


0 




ProvCont-MLP-C-024 


Support for minimum length of parm DNS-ADDR 


5.1 


0 




ProvCont-MLP-C-025 


Support for minimum length of parm APPID 


5.1 


0 




ProvCont-MLP-C-026 


Support for minimum length of parm PROVIDER- 
ID 


5.1 


0 




ProvCnnr-MT P-C-027 

1 lVJVV_/Ulil lVll_/i V-^ \J 1 


Siinnnrt far minimum len&th of narm ADRR 

kj \J KJ1 l JLv/1 111X1111.11 Ulll 1^1A£^IJI v/X yJ v± 1111 1 VL/L/1V 


5.1 


o 




PrrvvPnnt-MT P-P-09R 


^si mnr^rt fr»r minimiiTti 1 pn crtVi nf narm 

OUPPVJll 1U1 11 11111111U111 It-ll^lll KJ L LJ til 111 

APROTOCOL 


5.1 


o 




ProvCont-MLP-C-029 


Support for minimum length of parm 
AAUTHNAME 


5.1 


0 




ProvCont-MLP-C-030 


Support for minimum length pf parm 


5.1 


0 






AAUTHNAME 


ProvCont-MLP-C-03 1 


Support for minimum length of parm AACCEPT 


5.1 


o 




ProvCont-MLP-C-032 


Support for minimum length of parm URI 


5.1 


0 





A. 2. Server Features 



Item 


Function 






Status 


Requirement 


ProvCont-SG-S-001 


Encoding between textual and tokenized 
version of provisioning content 


1 


M 


WBXML-SzOOl AND 
WBXML-S-002 AND 
WBXML-S-004 AND 
WBXML-S-005 AND 
WBXML-S-006 AND 
WBXML-S-QQ8 



WAP Forum™ Confidential 



© 2002, Wireless Application Protocol Forum, Ltd. 

All rights reserved 



WAP-292-ProvCont-20020815-d, Draft Version 15-Aug-2002 Page 65 (7373) 



Appendix B. Change History (Informative) 



Type of Change 


Date 


Section 


Description 


Class 0 


14-Mar-2001 




The initial version of this document. 


Class 2 


24-Jul-200l 




Included SINs WAP- 183 00 1 -ProvCont-200 1 06 1 4-a and 
WAP- 1 83_002-ProvCont-200 1 07 1 6-a. 


Class 3 


25-Feb-2002 


All 


New template. 


Class 0 


-Aue-2002- 
Aufi 200215 
Aug 2002 


Several 


Updated for 2.0 compliance. Incorporated SINs 
WAP- 1 83_003 -ProvCont-200 1 09 1 2-a 
WAP- 1 83 004-ProvCont-200 1 1 025-a 
WAP- 183 005-ProvCont-20020411-a. 
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Appendix C. Provisioning Registration (Informative) 

WINA TWINA] provides a possibility to register information on how provisioning parameters are used by a specific 
application protocol or application service type in order to improve interoperability. This appendix describes the format 
and contents of the document that WINA expects to receive when the registration is done. 

The use of the provisioning parameters should be documented in such detail that support for the application service type 
can be implemented in a provisioning server based only on the registration information. In particular, intimate 
knowledge of the application specifications or the workings of some specific user agent implementation should not be 
required. If some parameter is not documented in the WINA registration, it may still be used, but interoperability is not 
as likely. 



C.1. General Format 

The registration information must be provided in a text file written in English. The name of the file must end with '.txt'. 
The beginning of the file name should be equal to the APPID value used for the application type. If the APPID is a 
URL some appropriate name that is not likely to collide with other registration information file names must be selected. 
WINA reserves the right to rename the registration information file as it sees fit. 

The registration information file must contain the following sections: 

Identifying information 

Well-known parameters 

Application-specific parameters 

Parameter values 

Example 



Each section starts with its name written in uppercase followed by a line containing hash mark '#' characters. If some 
section would have no content, this is indicated with the text 'N/A' (not applicable). 

Each section is composed of information items. The name of each information item is at the beginning of a line and is 
terminated with a colon ':'. If the item description fits on a single line, it must be on the same line as the item name. 
Otherwise it must start on a new line and each line in the description must start with a tab character. The item 
description must end with a full stop V. 

The registration information file is terminated with a line containing the string '###END###'. 

The content of each section in the registration information file is described in the subsections below. The text that the 
submitter of the document is expected to provide is described in italics. 

The information item 'Status' is required for parameters and parameter values. Normally the value is 'Required' 
indicating that all user agents for the application type must handle the parameter according to the description. 'Optional' 
indicates that the parameter does not have to be implemented, but an implementation must be done according to the 
description. If use of the parameter is discontinued or it is replaced with some other parameter, the value must be 
'Deprecated in <N>' where '<N>' is the registration version number in which this happened. 

Using parameters that have to be labelled 'Optional' is not recommended. The server has no guarantee that the 
provisioned value has the intended effect and the bytes sent over the air may end up being totally wasted. However, in 
some cases documenting such parameters may still be worthwhile to provide a common basis for provisioning features 
that e.g. cannot be supported in some special class of client. 
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The 'Occurs' information item can be used to tell that the application never uses a parameter (0/0) or that a parameter 
must always be included in a provisioning document (e.g. I/O. 

The information item 'Default value' tells which value will be used if the parameter is not present. The value 'None' 
indicates that there is no explicit default value, not even the empty string "". However, the application may give a 
specific interpretation to the absence of a parameter (e.g. ADDRTYPE). 



C.2. Identifying Information 

This section must contain the following information items in the given order: 
APP1D: Used application identifier. 

APPID type: One of the APPID types defined in this specification. 

Owner: Name of the person or body maintaining the registration information file. 
Contact: Name and e-mail address for inquiries about the registration information file. 
R qistration version: 

Version of the registration information file. Updated when new parameters are added, existing 
parameters are deprecated or the usage of existing parameters changes. The value is a number 
counted from '1 '. 
Registration timestamp: 

Time when the registration information file was modified in the format YYYY-MM-DD (year, month, day). It 
will change also when errors in the registration information file are corrected, although the registration 
version is not incremented in that case. 

Application description: Brief description of the application type. 
Appiication reference: 

List of references describing the application type and/or the protocols used by it and information on 
how to obtain them. The most preferred type of reference is a publicly available URL 



C-3. Well-known Parameters 

This section documents which of the parameters defined in the Provisioning Content specification actually are used by 
an application user agent. 

Only parameters occurring within the APPLICATION characteristic are expected to be listed. However, parameters 
occurring in other characteristics (e.g. BOOTSTRAP or PXLOGICAL) may be listed, if they have a specific meaning 
for the application user agent. 

Use of APPID and PROVIDER-ID does not have to be explicitly documented, since these parameters are mandatory. 
Use of APPADDR/ADDR must be documented, but use of APPLICATION/ADDR must not be described separately, 
because it is equivalent to APPADDR/ADDR when it can be used. If some other parameter is not mentioned, this is 
equivalent to describing it with 'Occurs: 0/0'. 

The description of each parameter contains the following information items in the order listed below. Each description 
is terminated with a line containing hyphens 

Characteristic/name: Name of characteristic in which parameter occurs/name of parameter. 

Status: Required/Optional/Deprecated in version. 

Occurs: 

The number of times the parameter may occur given as: minimum/maximum (e.g. 0/1). 

The maximum value indicates the number of parameter values that all implementations of the application must 
be able to accept from a provisioning document. 
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Default value: N oner Default value in string quotes". 
Used values: 

List values (e.g. authentication methods) actually used by the application using string quotes "" . 
In the case ofAACCEPT describe which kinds of content type specifiers the application recognises. 
In the case ofADDR. list the supported address types. 

In the case of URL describe which kinds ofURI (e.g. absolute or relative) the application recognises. 

If some specific encoding of the value (e.g. BASE64) i s required, state it here. 

If the values cannot be enumerated and there is no other information to provide, fill in N/A. 

Interpretation: 

Possible notes on the interpretation of the parameter. 

If PROVIDER-ID is used also for some other purpose than distinguishing betwe en definitions related to 
different application service instances, describe the expec ted effect. 
IfSTARTPAGE is used, describe the expected effect. 

If the Provisioning Content specification gives all the necess ary information, fill in N/A. 



C.4. Application-specific Parameters 

This section documents the used application-specific provisioning paramete rs. There should be as few such parameters 
as possible, since the bootstrap provisioning mechanisms cannot carry a large amoun t of data. Ideally only parameters 
required to make the application operational at a basic level of functiona lity should be included. 

The application-specific parameters and their values will also be embedded in the provisioning content as literal string s, 
so it is highly recommended to select reasonably short parameter names and parameter value keywords. 

The description of each parameter contains the following information items in the order listed below. Each descripti on 
is terminated with a line containing hyphens 

Characteristic/name: 

Name of characteristic in which parameter occurs/name of parameter. The name of the parameter is case- 
sensitive. 

Status: Required/Optional/Deprecated in version. 
Occurs: 

The number of times the parameter may occur given as: minimum/m aximum (e.g. 0/1). 

The maximum value indicates the number of parameter values that all implementations of the application must 
be able to accept from a provisioning document. 

Default value: None/" Default value in string quotes". 

Format: 

Define the format of the parameter values. Preferably reference an applicable specification. For example, 
TJRI fRFC2396V or' e-mail address fRFC822V. If some specific enc oding of the value (e.g. BASE64) is 
required, state it also here. 

If the values are keywords with an arbitrary format, fill in 'See Used values'. 
Used values: 

List values actually used by the application using string quotes "". 
If the values cannot be enumerated, use N/A (not applicable) as the ite m description. 
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Interpretation: 

Describe the intended effect of the parameter as accurately as possible. Refer to the listed application 
references as needed. The effect of individual parameter values is intended to be described in the Parameter 
Values section. 

C.5. Parameter Values 

This section documents the effects of specific parameter values. 

The descri ption of each parameter value contains the following information items in the order listed below. Each 
description is terminated with a line containing hyphens 

Characteristic/parameter/value : 

Name of ch aracteristic/name of parameter/ parameter value. The value strings are case-sensitive. 
Status: Required/Optional/Deprecated in version. 
Interpretation: 

Describe the intended effect of the parameter value as accurately as possible. Refer to the listed application 
references or other applicable references fe.g. RFCs) as needed. 

C.6. Example of a Registration Information File 

This is a h ypothetical example. The actual registration of the application type may be different. 

IDENTIFYING INFORMATION 

####################### 

APPID; w4. 

APPID type: WINA. 

Owner: WAP Forum WAG Multimedia Drafting Committee. 

Contact: WAG Multimedia DC <technical-comments@mail . wapf orum. org> . 

Registration version: 1. 

Registration timestamp: 2002-05-22. 

Application description: Multimedia Messaging Service (MMS) . 
Application reference: 

' WAP-205-MMSArchOverview-20010425-a.pdf, 

URL : http : //www . wapf orum. org /technical/ . 
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WELL-KNOWN PARAMETERS 

##################### 

Characteristic/name : APPADDR/ADDR . 

Status: Required. 

Occurs: 1/1. 

Default value: None. 

Used values: Absolute URI . 

Interpretation: N/A. 



APPLICATION-SPECIFIC PARAMETERS 
############################### 
N/A. 



PARAMETER VALUES 
################ 
N/A. 

EXAMPLE 
######### 

<charact eristic type= "APPLICATION "> 
<parm name="APPID" value="w4"/> 
<parm name— "NAME" value="Operator MMS"/> 

<parm name="ADDR" valuer "http :/ /nuns . operator . com/mmsc" /> 
< /character is tic> 

###END### 
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Appendix D. Encoding of provisioning documents 
(Informative) 

This section gives an example of an encoded provisioning document. It is the document in example 1, section 6.1. that 
is encoded. Encoding rules are defined in [WBXML1 and fWSPI, but to simplify reading some of the rules are 
presented here as well: 



• Encoding of a short integer require the most significant bit to be set, i.e. lxxx xxxx 

• If an element includes attributes the most significant bit should be set to 1 

• If an element includes content the next to most significant bit should be set to 1 



The encoded header and document is presented in logical fractions of the token stream together with appropriate 
descriptions. 



If SEC is set to USERPIN and USERPIN equals 1234 the following encoding of the WSP header and the provisioning 
document in example 1 will apply: 



Token stream 


Description 


0106 


WSP header, see TWSP1 chapter 8.2: TID (0\\ PDU Type Push C06) 






2f 


Headers length, see fWSPI chapter 8.2.4. 


l£2d 


Content type value length given as "Length-quote Length", see TWSP1 chapter 




8.4.2.2. 


b6 


The assigned number for the media type application/vnd.wap.connectivitv-wbxml is 


36 TWINAl. This is encoded as a short integer, see FWSPI chapter 8.4.2.1. 




9181 


Assigned number for the well-known parameter SEC is 1 1, see TWSP1 table 38. 




This is encoded as a short integer. Chosen security method is USERPIN (l\ 


encoded as a short integer. 


92 


Assigned number for the well-known parameter MAC is 12. This is encoded as a 


short integer. 


30424233424235353146 


The MAC value, 40 bvtes. 


30413933333539454332 




39453643454143313434 




30453441363137343839 




00 


End-of-string for the encoded MAC value. 


03 


WBXML version 1.3. see TWBXML1 chapter 5.4. 


0b 


The Public Identifier for "-//WAPFORUM//DTD PROV 1.0//EN" [WINA"|. 




6a 


Character set UTF-8. see TWBXML1 chapter 5.6. MIBEnum for this is 106 NANA1. 


In hexadecimal that is 6a. 
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05 


String table length = 05, see TWBXML1 chapter 5.7. 




4e4 1503 100 


Strins table: 'N\ 'A\ , P\T. 00 






c5 


Element wap-provisioningdoc includes attribute and content. 




46 


Attribute version (46, version 1.0). 


01 


End of attribute list. 


CD J 1 U 1 


f^harartprictir' PYf OniP AT TS1^ inrlnHpc attrihutp anH pfmtpnt (\ 1 yv yyyy^ 

V_^lldl dCLCl l^LIC y \J\J f I A J_i WVJ Ai-i \ 1 / JJlL/lUUCa CHUIUULC CXI1U \l 1 AA AAAA } 




and is ended bv an end of attribute list. 


O / 1 JUD 


Paramptpr (\ ^\ inrlnHpQ attrihntp hut nn rnntpnt (\ Oyy yyyy'I Thp 

1 Ctl OlllClCI \ \J I f I I\VA I 1 YJ \ YJ ) llltlUUCo dill IUUIC UUL 1 SVJ L/U1ILC11L \ 1 UAA AAAA J . 1 lit 




af+riVmfp ic Hip vnliip (C\fC\ attrihntp 


033137302e3138372e35 


The value is an inline string (03), 170. 187.5 1.4 . Ends with an end oi string (00) 


312e340001 


and an end of attribute list (OH. 


87070603426 16e6b4d61 


Parameter (07) NAME (07) with attribute (lOxx xxxx) value (06), the inline string 


696e50726f78790001 


(03) "BankMainProxv" (42616e6b4d61696e50726f7879). End of strine (00) and 




end of attribute list (01) ends the token stream. 


87 1 c0603687474703a2f 

All 1 1 1 1 /ZCDZU lOCUUZC 

636f6d2f73746 1727470 

Z" 1 /'T/'f ^.nT/ J/' - AAA 1 

6 167652e776d6c000 1 


Parameter STARTPAGE carrying the inline string value 

IRip./ / W W W.UailK.CUIIl/alal ipa^C. WIIU . 


C65901 


Characteristic PXAUTHINFO with attribute and content. 


8719069c01 


Parameter PXAUTH-TYPE carrying the value "HTTP-BASIC". 






871a0603707875736572 


rdralllClcr rj\r\\J InuL/ Carrying inline MlUlfi ValUC pXubCrilalllC . 


6e616d650001 




871b0603707875736572 


Parameter PXAUTH-PW carrying the inline string value "pxuserpasswd". 


i-i s\s- i T^Tin/ - /I AAA 1 

706 1 73 73 7764000 1 




01 


End of attribute list, i.e. end of characteristic PXAUTHINFO. 




c65201 


Characteristic PXPHYSICAL with attribute and content. 




Pprnmpfpr PHV^ITPAT .PRDYV.TD rnm/ino thp inlinp ctrino valup "PRHYV 1 " 
raralllClCr JTiL I ol\^/\l^-r I\.vJy\. I -1U L-driylll^ Lllc lllllllc blim^ Value ri\UA I 1 . 


310001 




871706037777772e6261 


Parameter DOMAIN carrying the inline string value "www.bank.com/". 


6e6b2e636f6d2f0001 




872006033 137302e3 138 


Parameter PXADDR carrying the inline string value "170.187.51.3". 


372e35312e330001 




8721068501 


Parameter PXADDRTYPE carrying the value "IPV4". 


87220603494e5445524e 


Parameter TO-NAPID carrying the inline string value "INTERNET". 


45540001 




872206830001 


Parameter TO-NAPID with string table reference to "NAP1", i.e. offset value 0, see 




rWBXMLl chanter 5.7. 


c65301 


Characteristic PORT. 
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87230603393230330001 


Parameter PORTNBR carrvine the inline strine value "9203". 






01 


End of characteristic PORT. 


01 


End of characteristic PXPHYSICAL. 


01 


End of characteristic PXLOGICAL. 


C65501 


Characteristic NAPDEF. 


871106830001 


Parameter NAPID with string table reference to "NAP1". 


871006aa01 


Parameter BEARER carrvine the value "GSM-CSD". 


870706034d5920495350 


Parameter NAME carrvine the inline strine value "MY ISP CSD". 


204353440001 




870806032b3335383038 


Parameter NAP-ADDRESS carrvine the inline strine value "+35808124002". 


3132343030320001 




8709068701 


Parameter NAP-ADDRTYPE carrvine the value "El 64". 


870a069001 


Parameter CALLTYPE carrvine the value "ANALOG-MODEM". 






c65a01 


Characteristic NAPAUTHINFO. 


870c069a01 


Parameter AUTHTYPE carrvine the value "PAP". 


870d06037777776d6d6d 


Parameter AUTHNAME carrvine the inline string value "wwwmmmuser". 


757365720001 




870e06037777776d6d6d 


Parameter AUTHSECRET carrvine the inline string value "wwwmmmsecret". 


7365637265740001 




01 


End of characteristic NAPAUTHINFO. 


C65401 


Characteristic VALIDITY. 


871206033232380001 


Parameter COUNTRY carrving the inline strine value "228". 






871306033030310001 


Parameter NETWORK carrving the inline string value "001". 






01 


End of characteristic VALIDITY. 


01 


End of characteristic NAPDEF. 


01 


End of element wap-provisioninedoc, i.e. end of provisionine document. 
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